Déclencheurs (Triggers)

Déclencheurs inclus dans le connecteur Database Hub, disponibles via une interrogation pour les modifications d’enregistrement créées et mises à jour dans les bases de données JDBC prises en charge.

Ces déclencheurs détectent les modifications via les interrogations:

Déclencheur	Description
Enregistrement créé	Se déclenche lorsqu'un nouvel enregistrement est ajouté à une table.
Enregistrement mis à jour	Se déclenche lorsqu'un enregistrement existant est modifié.

Les déclencheurs sont pris en charge sur les bases de données suivantes: SQL Server, Oracle, PostgreSQL, Databricks et RedShift.

Mode de fonctionnement

Les déclencheurs utilisent un mécanisme d'interrogation qui vérifie la modification des tables de base de données à intervalles réguliers (toutes les cinq minutes, par défaut). L'intervalle d'interrogation est configuré au niveau de la connexion, de sorte que sa modification affecte tous les déclencheurs associés à cette connexion. Pour de plus amples informations, consultez la documentation sur les déclencheurs .

Une fois que vous avez activé les déclencheurs sur une connexion, le connecteur détecte automatiquement les tables qui sont éligibles, à l'aide de l'une de ces deux méthodes de suivi des modifications:

1. Suivi des modifications natif - Si la base de données a activé le suivi des modifications intégré (par exemple, Suivi des modifications SQL Server ou Flux de données Databricks), le connecteur l'utilise automatiquement. Cela permet de détecter le plus précisément les insertions et les mises à jour.
2. Détection basée sur l'horodatage - Si le suivi des modifications natives n'est pas disponible, le connecteur revient aux colonnes horodatage d'audit courantes dans vos tables (par exemple, UpdatedDate, ModifiedAt, CreatedDate).

Une table est éligible aux déclencheurs si elle prend en charge l’une de ces méthodes.

Remarque :

Les tables doivent également avoir une clé primaire définie pour être éligibles aux déclencheurs.

Prérequis spécifiques à la base de données

La procédure pour activer les déclencheurs dépend de la prise en charge du suivi des modifications dans votre base de données:

Base de donnés	Suivi des modifications natives	Indique comment activer les déclencheurs.
SQL Server	Oui (recommandé)	Activer le suivi des modifications: ALTER TABLE ... ENABLE CHANGE_TRACKING. Sinon, le connecteur utilise une colonne d'horodatage d'audit.
Branches de données	Oui (recommandé)	Activer le flux de données de modification de Delta Delta: ALTER TABLE ... SET TBLPROPERTIES (delta.enableChangeDataFeed = true) Sinon, le connecteur utilise une colonne d'horodatage d'audit.
Oracle	Non (No)	Ajoutez une colonne d'horodatage d'audit (par exemple, ModifiedAt).
PostgreSQL	Non (No)	Ajoutez une colonne d'horodatage d'audit (par exemple, ModifiedAt).
RedShift	Non (No)	Ajoutez une colonne d'horodatage d'audit (par exemple, ModifiedAt).

Filtrage

Lorsque vous configurez un déclencheur, vous pouvez ouvrir le générateur de filtres pour affiner les enregistrements qui déclenchent l'automatisation (par exemple, uniquement les enregistrements où status = 'active').

Conseils pour de meilleurs résultats

• Le suivi des modifications natives fournit la détection la plus fiable lorsqu’elle est activée.
• Les tables avec une clé primaire sont éligibles aux déclencheurs.
• Les colonnes d'audit couramment nommées (UpdatedDate, ModifiedDate, CreatedDate, ModifiedAt) sont reconnues automatiquement.
• Le générateur de filtres limite les déclencheurs aux seuls enregistrements pertinents.

Tous les déclencheurs sont automatiquement accessibles sous l'activité Attendre un événement et reprendre pour vos workflows de longue durée. Pour de plus amples informations, consultez la section Workflows de longue durée avec activités Integration Service.