Limitaciones y consideraciones

Debe tener en cuenta las siguientes limitaciones y consideraciones al utilizar una fuente PostgreSQL:

Limitaciones y consideraciones para todas las tareas de datos

• El nombre de la base de datos no puede incluir un punto y coma (;).
• No se admite la captura de cambios mientras la base de datos está en modo Hot Standby.
• La replicación (Mover) de múltiples tablas con el mismo nombre pero distintas mayúsculas o minúsculas (por ejemplo, table1, TABLE1 y Table1) puede ocasionar un comportamiento impredecible y, por lo tanto, no se admite.
• La réplica de lectura PostgreSQL (en un entorno de Alta Disponibilidad) solo es compatible a partir de PostgreSQL 16.
• No se admite el procesamiento de cambios de las operaciones TRUNCATE.
• No se admiten las restricciones diferidas.

• No se admiten índices únicos con expresiones CASE.

Limitaciones y consideraciones solo para las tareas de ubicación de destino

• No se admiten las tablas particionadas.
• La conmutación por error forzada es una característica de Azure Database for PostgreSQL – Flexible Server. Si se produce una conmutación por error forzada cuando los datos se están replicando (mover) desde Azure Database for PostgreSQL – Flexible Server, la tarea se detendrá y será necesario volver a crear los conjuntos de datos.

Limitaciones y consideraciones para las tareas de replicación y ubicación de destino/aterrizaje

• Compatibilidad con identidad réplica REPLICA IDENTITY:

  • Si se utiliza FULL, los valores anteriores a la imagen se replicarán para todas las columnas de la tabla. Solo cuando se utiliza este modo es posible redefinir el índice de destino.

  • Si se utiliza DEFAULT, la replicación solo se admite cuando una tabla contiene una clave primaria. Además, solo se replicarán las columnas de clave primaria de la imagen anterior.

  • USING INDEX solo se admite cuando el Índice Único especificado es la única restricción única para la tabla (lo que significa que la tabla no tiene una Clave Primaria u otro Índice Único). En ese caso, se admite exactamente igual que el valor DEFAULT descrito anteriormente.

  • Como Qlik Talend Data Integration no verifica el valor de identidad de la réplica (REPLICA IDENTITY), asegúrese de definir el valor correcto.

• La opción de ejecución “Start Process Changes from Timestamp” no es compatible.

• Se admite el procesamiento de cambios de los DDL de tabla [CREATE | ALTER | DROP] a menos que se mantengan en un bloque de cuerpo de funciones/procedimientos internos o en otras construcciones anidadas.

  Por ejemplo, el siguiente cambio no será captado:

  CREATE OR REPLACE FUNCTION attu.create_distributors1() RETURNS void

  LANGUAGE plpgsql

  AS $$

  BEGIN

  create table attu.distributors1(did serial PRIMARY KEY,name varchar(40) NOT NULL);

  END;

  $$;

• Una operación UPDATE que implique a dos particiones (mover un registro entre particiones) se replicará en la tabla de destino mediante las operaciones DELETE e INSERT. Si el modo de replicación Store Changes (Almacenar cambios) está activado, la actualización UPDATE aparecerá como operaciones INSERT y DELETE separadas en la correspondiente tabla de cambios.

• Cuando se utiliza la función Carga paralela, no se admite la segmentación de la tabla según las particiones o subparticiones.

• Al capturar cambios en las tablas de origen, una operación RENAME TABLE se capturará solo si está precedida por una operación DML.

• Los tipos de datos PostGIS no son compatibles.

• La conmutación por error forzada es una característica de Azure Database for PostgreSQL – Flexible Server. Si se produce una conmutación por error forzada cuando los datos se mover desde Azure Database for PostgreSQL – Servidor flexible, la tarea se detendrá y será necesario volver a cargarla.

• El comando SQL MERGE introducido en PostgreSQL 15.x no se ha certificado.

Tipos de datos no compatibles

Los siguientes tipos de datos no son compatibles:

• PostGIS

• INT4MULTIRANGE
• INT8MULTIRANGE
• NUMMULTIRANGE
• TSMULTIRANGE