# PostgreSQL - Déclencheur de workflow | Docs - nodulz

Source: https://nodulz.com/fr/docs/nodes/postgres_trigger

Language: fr

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éer et configurer l’identifiant : postgres](/docs/credentials/postgres)

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](/docs/credentials) 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

| Réglage | Rôle et conseils |
| --- | --- |
| `connectionSource`<br>Source de connexion | Identifiant manuel ou service déployé dans l'espace Services. |
| `serviceInstanceId`<br>Instance de service | Seuls les services Available compatibles avec le binding sont listés. |
| `credentialId`<br>Identifiant base de données | Les paramètres de connexion sont gérés sur la page Identifiants. |
| `schema`<br>Schéma PostgreSQL | Schéma contenant la table surveillée (souvent public). |
| `table`<br>Table | Nom de table sans schéma - lettres, chiffres, underscore. |
| `testPayload`<br>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.

```json
{
  "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](/docs/expressions), [Exécutions](/docs/executions), [Catalogue des nœuds](/docs/nodes).

## Pour aller plus loin

- [Fonctionnalités - nodulz](https://nodulz.com/fr/product/overview)
- [Catalogue des nœuds - nodulz](https://nodulz.com/fr/product/catalog)
- [Serveur MCP - nodulz](https://nodulz.com/fr/product/mcp)
- [Tarifs - nodulz](https://nodulz.com/fr/pricing)
- [Cas d’usage et automatisations - nodulz](https://nodulz.com/fr/use-cases)
- [Choisissez ce que vos workflows peuvent faire. - nodulz](https://nodulz.com/fr/compare)
- [Documentation - nodulz](https://nodulz.com/fr/docs)