Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
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 conNULL
devuelve la cadena original. Sin embargo, en PostgreSQL, concatenar una cadena conNULL
devuelveNULL
. Otro ejemplo.NULL
y las cuerdas vacías se tratan. En PostgreSQL,NULL
y 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 enNULL
o cadena vacía, puede obtener ambos tipos de valores mediante lawhere
cláusula: where <mycolumn> is NULL
. En PostgreSQL, estowhere
devolverá 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 Servicerecursos