Actualizar la aplicación

Una migración de base de datos casi nunca es una migración exclusiva de base de datos. Debe mirar la aplicación que utiliza la base de datos para asegurarse de que funciona como se espera con la nueva base de datos. Los cambios son mínimos si simplemente va a realojar o realojar el mismo motor de base de datos, pero pueden ser más significativos si decide pasar a un nuevo motor de base de datos.

Si la aplicación se basa en una asignación relacional de objetos (ORM) para interactuar con la base de datos, no requerirá tantos cambios al migrar a un nuevo motor de base de datos. Sin embargo, si la aplicación tiene interacciones de base de datos personalizadas o consultas SQL creadas dinámicamente, los cambios pueden ser considerables. Puede haber diferencias en los formatos de consulta que deben corregirse para asegurarse de que la aplicación funciona según lo esperado.

Por ejemplo, en Oracle, concatenación de una cadena conNULLdevuelve la cadena original. Sin embargo, en PostgreSQL, concatenar una cadena conNULLdevuelveNULL. Otro ejemplo.NULLy las cuerdas vacías se tratan. En PostgreSQL,NULLy las cadenas vacías son dos cosas distintas, mientras que las bases de datos como Oracle las tratan de la misma manera. En Oracle, si inserta una fila con el valor de columna establecido enNULLo cadena vacía, puede obtener ambos tipos de valores mediante lawherecláusula: where <mycolumn> is NULL. En PostgreSQL, estowheredevolverá solo una fila en la que el valor de la columna es realmente NULL; no devolverá la fila que tiene un valor de cadena vacío. Para obtener más información sobre estas diferencias, consulte las guías de migración que se enumeran en elAWS Database Migration Servicerecursospágina web.