Déclenche le workflow sur INSERT, UPDATE, DELETE ou TRUNCATE d'une table (NOTIFY)
Utilisation et spécificités
À la publication, nodulz configure une écoute PostgreSQL basée sur NOTIFY pour les événements choisis. Le compte doit pouvoir installer les objets nécessaires sur la table visée.
Type technique : postgres_trigger. Runtime : nodulz.
Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
Paramètre
Type
Par défaut
Valeurs / limites
connectionSource
enum
"credential"
credential, service
credentialId
string
""
-
serviceInstanceId
string
""
-
schema
string
"public"
-
table
string
""
-
events
array
["insert","update","delete","truncate"]
-
testPayload
string
""
-
notifyChannel
string
-
-
setupStatus
enum
-
pending, installed, error
setupError
string
-
-
connectionStatus
enum
-
disconnected, listening, error
lastError
string
-
-
Aide de configuration
connectionSource Source de connexion
Identifiant manuel ou service déployé dans l'espace Services.
serviceInstanceId Instance de service
Seuls les services Available compatibles avec le binding sont listés.
credentialId Identifiant base de données
Les paramètres de connexion sont gérés sur la page Identifiants.
schema Schéma PostgreSQL
Schéma contenant la table surveillée (souvent public).
table Table
Nom de table sans schéma - lettres, chiffres, underscore.
testPayload Payload de test
Utilisé lors d'un test manuel du trigger dans l'éditeur.
Exemples
La sortie contient operation, schema, table, row et previousRow (si disponible).
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Déclenche le workflow sur INSERT, UPDATE, DELETE ou TRUNCATE d'une table (NOTIFY)
Utilisation et spécificités
À la publication, nodulz configure une écoute PostgreSQL basée sur NOTIFY pour les événements choisis. Le compte doit pouvoir installer les objets nécessaires sur la table visée.
Type technique :
postgres_trigger. Runtime :nodulz.Identifiants et prérequis
Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
connectionSourceenum"credential"credential,servicecredentialIdstring""serviceInstanceIdstring""schemastring"public"tablestring""eventsarray["insert","update","delete","truncate"]testPayloadstring""notifyChannelstringsetupStatusenumpending,installed,errorsetupErrorstringconnectionStatusenumdisconnected,listening,errorlastErrorstringAide de configuration
connectionSourceSource de connexion
serviceInstanceIdInstance de service
credentialIdIdentifiant base de données
schemaSchéma PostgreSQL
tableTable
testPayloadPayload de test
Exemples
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
{ "connectionSource": "credential", "credentialId": "", "serviceInstanceId": "", "schema": "public", "table": "", "events": [ "insert", "update", "delete", "truncate" ], "testPayload": "" }Vérification
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Voir aussi : Expressions et données, Exécutions, Catalogue des nœuds.