Actualizar la aplicación

La migración de una base de datos casi nunca es solo una migración de bases de datos. Debe examinar 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 se va a volver a alojar o a redefinir la plataforma con el mismo motor de base de datos, pero pueden ser más significativos si decide pasarse a un nuevo motor de base de datos.

Si su aplicación se basa en un mapeo relacional de objetos (ORM) para interactuar con la base de datos, no necesitará tantos cambios cuando migre a un nuevo motor de base de datos. Sin embargo, si la aplicación tiene interacciones de bases de datos personalizadas o consultas SQL creadas dinámicamente, los cambios pueden ser considerables. Es posible que haya diferencias en los formatos de consulta que deban corregirse para garantizar que la aplicación funcione según lo esperado.

Por ejemplo, en Oracle, la concatenación de un string con NULL devuelve el string original. Sin embargo, en PostgreSQL, la concatenación de un string con NULL devuelve NULL. Otro ejemplo es cómo se tratan los strings NULL y vacíos. En PostgreSQL, los strings NULL y vacíos son dos cosas diferentes, mientras que en bases de datos como las de Oracle se tratan de la misma manera. En Oracle, si inserta una fila con el valor de la columna configurado en string NULL o vacía, puede obtener ambos tipos de valores mediante la cláusula where: where <mycolumn> is NULL. En PostgreSQL, esta cláusula where devolverá solo una fila en la que el valor de la columna sea realmente NULL; no devolverá la fila que tenga un valor de string vacío. Para obtener más información sobre estas diferencias, consulte los manuales de migración que figuran en la página web de recursos de AWS Database Migration Service.