Desencadenadores

Desencadenadores incluidos en el conector del Database Hub, disponibles a través del sondeo para los cambios de registro creados y actualizados en las bases de datos JDBC compatibles.

Estos desencadenadores detectan cambios a través del sondeo:

Desencadenador	Descripción
Registro creado	Se activa cuando se añade un nuevo registro a una tabla.
Registro actualizado	Se activa cuando se modifica un registro existente.

Los desencadenadores son compatibles con las siguientes bases de datos: SQL Server, Oracle, PostgreSQL, Databricks y Redshift.

Cómo funciona

Los desencadenadores utilizan un mecanismo de sondeo que comprueba si hay cambios en las tablas de la base de datos a intervalos regulares (cada cinco minutos, de forma predeterminada). El intervalo de sondeo se configura en el nivel de conexión, por lo que cambiarlo afecta a todos los desencadenadores asociados a esa conexión. Para obtener más detalles, consulta la documentación de Desencadenadores .

Una vez que habilitas los desencadenadores en una conexión, el conector detecta automáticamente qué tablas son elegibles, utilizando uno de los dos métodos de seguimiento de cambios:

1. Seguimiento de cambios nativo : si la base de datos tiene habilitado el seguimiento de cambios integrado (por ejemplo, Seguimiento de cambios de SQL Server o Fuente de datos de cambios de Databricks), el conector lo utiliza automáticamente. Esto proporciona la detección más precisa de inserciones frente a actualizaciones.
2. Detección basada en marcas de tiempo : si el seguimiento de cambios nativo no está disponible, el conector recurre a las columnas de marcas de tiempo de auditoría comunes en tus tablas (por ejemplo, UpdatedDate, ModifiedAt, CreatedDate).

Una tabla es apta para desencadenadores si admite cualquiera de estos métodos.

Nota:

Las tablas también deben tener una clave principal definida para ser elegibles para los desencadenadores.

Requisitos previos específicos de la base de datos

Lo que hagas para activar los desencadenadores depende de si tu base de datos admite el seguimiento de cambios nativo:

Base de datos	Seguimiento de cambios nativo	Qué hacer para activar desencadenadores
Servidor SQL	Sí (recomendado)	Habilitar seguimiento de cambios: ALTER TABLE ... ENABLE CHANGE_TRACKING. De lo contrario, el conector utiliza una columna de marca de tiempo de auditoría.
Ladrillos de datos	Sí (recomendado)	Habilitar fuente de datos de cambios de Delta Lake: ALTER TABLE ... SET TBLPROPERTIES (delta.enableChangeDataFeed = true). De lo contrario, el conector utiliza una columna de marca de tiempo de auditoría.
Oracle	No	Añade una columna de marca de tiempo de auditoría (por ejemplo, ModifiedAt).
PostgreSQL	No	Añade una columna de marca de tiempo de auditoría (por ejemplo, ModifiedAt).
Desplazamiento al rojo	No	Añade una columna de marca de tiempo de auditoría (por ejemplo, ModifiedAt).

Filtrar

Al configurar un desencadenador, puedes abrir el Creador de filtros para restringir qué registros desencadenan la automatización (por ejemplo, solo registros donde status = 'active').

Consejos para obtener mejores resultados

• El seguimiento de cambios nativo proporciona la detección más fiable cuando está habilitado.
• Las tablas con una clave principal son aptas para desencadenadores.
• Las columnas de auditoría con nombre común (UpdatedDate, ModifiedDate, CreatedDate, ModifiedAt) se reconocen automáticamente.
• El Creador de filtros limita los desencadenadores solo a los registros relevantes.

Todos los desencadenadores son accesibles automáticamente en la actividad Esperar un evento y reanudar para tus flujos de trabajo de larga duración. Para obtener más información, consulta Flujos de trabajo de larga duración con actividades de Integration Service.