Migración de SQL Server a PostgreSQL con AWS Schema Conversion Tool

Limitar el número de comentarios con elementos de acción en el código convertido.

En Agregar comentarios en el código convertido para los elementos de acción de la gravedad seleccionada o superior, seleccione la gravedad de los elementos de acción. AWS SCT agrega comentarios en el código convertido para los elementos de acción de la gravedad seleccionada o superior.

Por ejemplo, para minimizar el número de comentarios en el código convertido, seleccione Solo errores. Para incluir comentarios para todos los elementos de acción del código convertido, seleccione Todos los mensajes.

Permitir el uso de índices con el mismo nombre en diferentes tablas de SQL Server.

En PostgreSQL, todos los nombres de índice que utilice en el esquema deben ser únicos. Para asegurarse de que AWS SCT genera nombres únicos para todos los índices, seleccione Generar nombres únicos para los índices.

Convertir los procedimientos de SQL Server en funciones de PostgreSQL.

La versión 10 y anteriores de PostgreSQL no admiten procedimientos. Para los usuarios que no están familiarizados con el uso de procedimientos en PostgreSQL, AWS SCT puede convertir los procedimientos a funciones. Para ello, seleccione Convertir procedimientos en funciones.

Simular la salida de EXEC en una tabla.

Su base de datos de SQL Server de origen puede almacenar la salida de EXEC en una tabla. AWS SCT crea tablas temporales y un procedimiento adicional para simular esta característica. Para usar esta simulación, seleccione Crear rutinas adicionales para gestionar conjuntos de datos abiertos.

Definir la plantilla que se utilizará para los nombres de los esquemas del código convertido. En Plantilla de generación de nombres de esquema, elija una de las siguientes opciones:

Mantener las mayúsculas y minúsculas de los nombres de los objetos de origen.

Para evitar la conversión de los nombres de los objetos a minúsculas, seleccione Evitar la conversión a minúsculas para las operaciones que distingan mayúsculas y minúsculas. Esta opción solo se aplica cuando se activa la opción de distinguir entre mayúsculas y minúsculas en la base de datos de destino.

Conservar los nombres de los parámetros de la base de datos de origen.

Para agregar comillas dobles a los nombres de los parámetros del código convertido, seleccione Conservar los nombres de los parámetros originales.

SQL Server le permite particionar una tabla utilizando una columna sin la restricción NOT NULL. En ese caso, todos los valores NULL van a la partición situada más a la izquierda. PostgreSQL no admite valores NULL con particiones RANGE.

SQL Server le permite crear claves principales y claves únicas para tablas particionadas. En el caso de PostgreSQL, las claves primarias y las claves únicas se crean directamente para cada partición. Por tanto, la restricción PRIMARY o UNIQUE KEY debe eliminarse de la tabla principal al migrar a PostgreSQL. Los nombres de clave resultantes tienen el formato <original_key_name>_<partition_number>.

SQL Server permite crear restricciones de clave externa que tienen como origen o destino tablas particionadas. PostgreSQL no admite las claves externas que hacen referencia a tablas particionadas. Además, PostgreSQL tampoco admite las referencias de clave externa entre una tabla particionada y otra tabla.

SQL Server permite crear índices para las tablas particionadas. En PostgreSQL, los índices deben crearse directamente con cada partición. Por lo tanto, los índices deben eliminarse de sus tablas principales al migrar a PostgreSQL. Los nombres de índice resultantes tienen el formato <original_index_name>_<partition_number>.

PostgreSQL no admite índices particionados.

En PostgreSQL, todos los nombres de objeto de un esquema deben ser único, incluidos los índices. Los nombres de los índices deben ser únicos en el esquema de la tabla base. En SQL Server, un nombre de índice puede ser igual en diferentes tablas.

Para garantizar la exclusividad de los índices, AWS SCT brinda la opción de generar nombres de índice únicos si dichos nombres de índice no lo son. Para ello, seleccione la opción Generate unique index names (Generar nombres de índice únicos) en las propiedades del proyecto. Esta opción está habilitada de forma predeterminada. Si esta opción está habilitada, se crean nombres de índice único con el formato IX_nombre_tabla_nombre_índice. Si esta opción está deshabilitada, los nombres de índice no se modifican.

Para cambiar el orden en el que se ejecutan las instrucciones, se puede utilizar una instrucción GOTO y una etiqueta. Todas las instrucciones Transact-SQL que van detrás de una instrucción GOTO se omiten y el procesamiento continúa en la etiqueta. Las instrucciones GOTO y las etiquetas se pueden utilizar en cualquier lugar de un procedimiento, lote o bloque de instrucciones. Las instrucciones GOTO también se pueden anidar.

PostgreSQL no utiliza instrucciones GOTO. Cuando AWS SCT convierte un código que contiene una instrucción GOTO, convierte esta instrucción para utilizar una instrucción BEGIN...END o LOOP...END LOOP. En la tabla siguiente, puede ver algunos ejemplos de cómo AWS SCT convierte las instrucciones GOTO.

BEGIN
   ....
   statement1;
   ....
   GOTO label1;
   statement2;
   ....
   label1:
   Statement3;
   ....
END

BEGIN
 label1:
 BEGIN
   ....
   statement1;
   ....
   EXIT label1;
   statement2;
   ....
 END;
   Statement3;
   ....
END

BEGIN
   ....
   statement1;
   ....
   label1:
   statement2;
   ....
   GOTO label1;
   statement3;
   ....
   statement4;
   ....
END

BEGIN
   ....
   statement1;
   ....
   label1:
   LOOP
    statement2;
    ....
    CONTINUE label1;
    EXIT label1;
   END LOOP; 
    statement3;
    ....
    statement4;
    ....
END

BEGIN
   ....
   statement1;
   ....
   label1:
   statement2;
   ....
   statement3;
   ....
   statement4;
   ....
END

BEGIN
   ....
   statement1;
   ....
   label1:
   BEGIN
    statement2;
    ....    
    statement3;
    ....
    statement4;
    ....    
   END; 
END

PostgreSQL no admite la instrucción MERGE. AWS SCT simula el comportamiento de una instrucción MERGE de las siguientes maneras:

AWS SCT puede agregar disparadores de bases de datos al árbol de objetos cuando el destino es Amazon RDS.

AWS SCT puede agregar disparadores de nivel de servidor al árbol de objetos cuando el destino es Amazon RDS.

SQL Server crea y administra tablas deleted y inserted de forma automática. Puede utilizar estas tablas temporales que residen en la memoria para probar los efectos de determinadas modificaciones en los datos y establecer las condiciones para las acciones que desencadenan el DML. AWS SCT puede convertir el uso de estas tablas en instrucciones de activación de DML.

AWS SCT puede agregar servidores enlazados al árbol de objetos cuando el destino es Amazon RDS.

Al migrar desde Microsoft SQL Server a PostgreSQL, la función SUSER_SNAME integrada se convierte tal y como se indica a continuación:

Se permite la conversión de funciones con valores de tabla. Las funciones con valores de tabla devuelven una tabla y pueden tomar el lugar de una tabla en una consulta.

PATINDEX devuelve la posición inicial de la primera coincidencia de un patrón en una expresión especificada en todos los tipos de datos de texto y caracteres válidos. Devuelve ceros si no se encuentra el patrón. Al convertir de SQL Server a Amazon RDS para PostgreSQL, AWS SCT reemplaza el código de aplicación que usa PATINDEX por aws_sqlserver_ext.patindex(<pattern character>, <expression character varying>) .

En SQL Server, un tipo de tabla definido por el usuario es un tipo que representa la definición de la estructura de una tabla. Se utiliza un tipo de tabla definido por el usuario para declarar parámetros de valor de tabla para procedimientos o funciones almacenados. También puede utilizar un tipo de tabla definido por el usuario para declarar las variables de tabla que desea utilizar en un lote o en el cuerpo de un procedimiento o función almacenados. AWS SCT simula este tipo en PostgreSQL creando una tabla temporal.