Auslöser

Trigger, die im Database Hub-Connector enthalten sind und über Abfragen für Änderungen an Datensätzen und aktualisierten Datensätzen in unterstützten JDBC-Datenbanken verfügbar sind.

Diese Trigger erkennen Änderungen über Abrufe:

Auslösen	Beschreibung
Datensatz erstellt	Wird ausgelöst, wenn ein neuer Datensatz zu einer Tabelle hinzugefügt wird.
Datensatz aktualisiert	Wird ausgelöst, wenn ein vorhandener Datensatz geändert wird.

Trigger werden in den folgenden Datenbanken unterstützt: SQL Server, Oracle, PostgreSQL, Databricks und Redshift.

Wie es funktioniert

Trigger verwenden einen Abrufmechanismus, der Ihre Datenbanktabellen in regelmäßigen Abständen (standardmäßig alle fünf Minuten) auf Änderungen überprüft. Das Abrufintervall wird auf Verbindungsebene konfiguriert, sodass sich eine Änderung auf alle mit dieser Verbindung verknüpften Trigger auswirkt. Weitere Informationen dazu finden Sie in der Dokumentation zu Triggern .

Sobald Sie Trigger für eine Verbindung aktivieren, erkennt der Connector automatisch, welche Tabellen berechtigt sind, indem er eine von zwei Methoden zur Nachverfolgung von Änderungen verwendet:

1. Native Änderungsnachverfolgung – Wenn für die Datenbank die integrierte Änderungsnachverfolgung aktiviert ist (z. B. SQL Server-Änderungsnachverfolgung oder Databricks Change Data Feed), verwendet der Connector sie automatisch. Dies bietet die genaueste Erkennung von Einfügens und Aktualisierungen.
2. Zeitstempelbasierte Erkennung – Wenn die native Nachverfolgung von Änderungen nicht verfügbar ist, greift der Connector auf allgemeine Prüfungszeitstempelspalten in Ihren Tabellen zurück (z. B. UpdatedDate, ModifiedAt, CreatedDate).

Eine Tabelle ist für Trigger berechtigt, wenn sie eine dieser Methoden unterstützt.

Hinweis:

Für Tabellen muss auch ein Primärschlüssel definiert sein, um für Trigger berechtigt zu sein.

Datenbankspezifische Voraussetzungen

Was Sie zum Aktivieren von Triggern tun, hängt davon ab, ob Ihre Datenbank die native Nachverfolgung von Änderungen unterstützt:

Datenbank	Native Nachverfolgung von Änderungen	Dies ist zum Aktivieren von Triggern zu tun
SQL-Server	Ja (empfohlen)	Änderungsnachverfolgung aktivieren: ALTER TABLE ... ENABLE CHANGE_TRACKING. Andernfalls verwendet der Connector eine Prüfungszeitspalte.
Databricks	Ja (empfohlen)	Änderungsdatenfeed für Delta Delta aktivieren: ALTER TABLE ... SET TBLPROPERTIES (delta.enableChangeDataFeed = true). Andernfalls verwendet der Connector eine Prüfungszeitspalte.
Oracle	Nein	Fügen Sie eine Spalte für den Prüfungszeitstempel hinzu (z. B. ModifiedAt).
PostgreSQL	Nein	Fügen Sie eine Spalte für den Prüfungszeitstempel hinzu (z. B. ModifiedAt).
Rotverschiebung	Nein	Fügen Sie eine Spalte für den Prüfungszeitstempel hinzu (z. B. ModifiedAt).

Filtern

Wenn Sie einen Trigger konfigurieren, können Sie den Filtergenerator öffnen, um einzugrenzen, welche Datensätze die Automatisierung auslösen (z. B. nur Datensätze, bei denen status = 'active').

Tipps für beste Ergebnisse

• Die native Nachverfolgung von Änderungen bietet die zuverlässigste Erkennung, wenn sie aktiviert ist.
• Tabellen mit einem Primärschlüssel sind für Trigger berechtigt.
• Allgemein benannte Prüfungsspalten (UpdatedDate, ModifiedDate, CreatedDate, ModifiedAt) werden automatisch erkannt.
• Der Filtergenerator beschränkt Trigger auf die relevanten Datensätze.

Alle Trigger sind automatisch unter der Aktivität Wait for an Event and Resume für Ihre Workflows mit langer Ausführungszeit zugänglich. Weitere Informationen finden Sie unter Workflows mit Integration Service mit langer Ausführungszeit.