Migrar MySQL a PostgreSQL: ¿qué características no visibles en el código SQL serán importantes?

Estamos migrando MySQL a PostgreSQL. Puedo auditar fácilmente el esquema y las declaraciones SQL utilizadas en todo el programa (REALbasic). La mayor parte del SQL está compuesto por la construcción de variables de cadena.

Ya sé sobre la necesidad de reemplazar nuestro uso deSELECT LAST_INSERT_ID() con una columna SERIAL con restricción ÚNICA.

Qué,Si alguna, diferencias entre los dos que sonno obviamente visible en las declaraciones de SQL podría mordernos? Estoy buscando suposiciones (probablemente sutiles) sobre el comportamiento, como cualquier diferencia en la confirmación automática, necesito agregar restricciones que no están en MySQL, etc.

Estoy tratando de descifrar cualquier problema para un par de tipos razonablemente inteligentes y atentos que no son gurús en ninguna de las bases de datos.

Este es un compromiso unidireccional, por lo que si hay grandes beneficios que obtendremos al agregar nuevas declaraciones, agradecería que lo señalaran.

Nota: no estamos utilizando ninguna forma de consultas parametrizadas y, sí, he señalado problemas con los ataques de inyección como una auditoría requerida del código.

Sí, para los curiosos, esta decisión fue provocada por problemas de GPL, no porque no nos guste pagar las licencias, sino que, desafortunadamente, el único controlador REALbasic para MySQL fue GPL. A partir de mayo de 2009, Real Software ha lanzado un nuevo controlador de comunidad que es GPL, e incluye correctamente la fuente. Han prometido un controlador que no sea de GPL Enterprise en el futuro cercano.

Estoy preparado para creer que la respuesta podría serno hay monstruos invisibles debajo de la cama pero pensé que pediría estar seguro.

Respuestas a la pregunta(7)

Su respuesta a la pregunta