INTÉGRATION POSTGRES n8n : AUTOMATISER POSTGRES AVEC N8N

L'action Execute Query est la plus flexible de l'intégration Postgres n8n. Elle vous permet d'exécuter n'importe quelle requête SQL personnalisée directement depuis votre workflow — SELECT complexes avec jointures, procédures stockées, requêtes d'agrégation, ou toute opération SQL que les autres actions ne couvrent pas.

Paramètres de configuration :

• Credential to connect with : Sélection du compte Postgres configuré dans n8n (requis)
• Operation : Défini sur "Execute Query" pour cette action (requis)
• Query : Champ texte multiligne où vous saisissez votre requête SQL complète (requis)
• Options : Paramètres avancés optionnels, notamment pour définir des query parameters et prévenir les injections SQL

Cas d'usage typiques :

• Exécuter des requêtes SELECT avec jointures multiples pour extraire des données relationnelles complexes
• Lancer des requêtes d'agrégation (COUNT, SUM, AVG) pour des tableaux de bord automatisés
• Appeler des fonctions ou procédures stockées PostgreSQL
• Effectuer des opérations TRUNCATE ou des requêtes DDL (avec prudence)

Quand l'utiliser : Privilégiez Execute Query quand les actions pré-configurées (Insert, Update, Delete, Select) ne suffisent pas, ou quand vous avez besoin de la puissance complète du SQL. Pour les opérations CRUD simples, les autres actions sont plus rapides à configurer.

L'action Select vous permet de récupérer des données depuis une table PostgreSQL de manière guidée, sans écrire de SQL. Idéale pour extraire des enregistrements et les utiliser dans la suite de votre workflow n8n — enrichissement de données, synchronisation vers d'autres outils, génération de rapports.

Paramètres de configuration :

• Credential to connect with : Compte Postgres à utiliser pour la connexion (requis, dropdown)
• Operation : Défini sur "Select" pour récupérer des données (requis)
• Schema : Schéma de la base de données, généralement "public" par défaut (requis, sélection depuis liste ou expression)
• Table : Table source depuis laquelle extraire les données (requis, dropdown des tables disponibles)

Cas d'usage typiques :

• Récupérer la liste des commandes du jour pour envoi d'un récapitulatif email
• Extraire les utilisateurs actifs pour synchronisation vers un outil marketing
• Charger des données de référence (produits, catégories) pour enrichir d'autres flux

Quand l'utiliser : Utilisez Select quand vous avez besoin de récupérer des données d'une table unique sans conditions complexes. Pour des requêtes avec filtres avancés, jointures ou agrégations, préférez Execute Query.

L'action Insert or Update (aussi appelée "upsert") est l'opération la plus robuste pour synchroniser des données. Elle crée l'enregistrement s'il n'existe pas, ou le met à jour s'il existe déjà — évitant ainsi les erreurs de doublon et les vérifications manuelles.

Paramètres de configuration :

• Credential to connect with : Compte Postgres configuré dans n8n (requis, dropdown)
• Operation : Défini sur "Insert or Update" pour l'opération conditionnelle (requis)
• Schema : Schéma cible de la base de données (requis, sélection ou expression)
• Table : Table sur laquelle effectuer l'upsert (requis, dropdown)

Cas d'usage typiques :

• Synchroniser une liste de contacts CRM : nouveaux contacts créés, existants mis à jour
• Maintenir un référentiel produit à jour depuis un ERP externe
• Importer des données CSV où certaines lignes sont des mises à jour, d'autres des créations
• Répliquer des données entre bases sans se soucier de l'état initial

Quand l'utiliser : Insert or Update est votre action par défaut pour toute synchronisation de données. Elle simplifie considérablement la logique de vos workflows en éliminant le besoin de vérifier préalablement l'existence des enregistrements.

L'action Insert ajoute de nouveaux enregistrements dans une table PostgreSQL. C'est l'action fondamentale pour alimenter votre base de données depuis n8n — chaque donnée entrante dans votre workflow peut être persistée automatiquement.

Paramètres de configuration :

• Credential to connect with : Sélection du compte Postgres configuré (requis, dropdown)
• Operation : Défini sur "Insert" pour créer de nouveaux enregistrements (requis)
• Schema : Schéma cible, typiquement "public" (requis, sélection ou expression)
• Table : Table de destination pour l'insertion (requis, dropdown)

Cas d'usage typiques :

• Enregistrer automatiquement les soumissions de formulaire web dans une table prospects
• Logger les événements webhook entrants pour audit et traçabilité
• Créer des entrées de commande quand un paiement est validé
• Archiver des données provenant d'APIs externes

Quand l'utiliser : Utilisez Insert quand vous êtes certain que les données sont nouvelles et qu'il n'y a pas de risque de doublon. Si un enregistrement pourrait déjà exister, préférez Insert or Update pour éviter les erreurs de contrainte d'unicité.

L'action Update modifie des enregistrements existants dans votre table PostgreSQL. Essentielle pour maintenir vos données à jour en fonction d'événements externes — mise à jour de statuts, synchronisation de modifications, correction de données.

Paramètres de configuration :

• Credential to connect with : Compte Postgres pour la connexion (requis, dropdown)
• Operation : Défini sur "Update" pour modifier des enregistrements existants (requis)
• Schema : Schéma de la base de données cible (requis, sélection depuis liste ou expression dynamique)
• Table : Table contenant les enregistrements à modifier (requis, dropdown)

Cas d'usage typiques :

• Mettre à jour le statut d'une commande (en cours → expédiée → livrée) selon les webhooks transporteur
• Synchroniser les modifications de profil utilisateur depuis votre CRM vers Postgres
• Actualiser des compteurs (nombre de connexions, dernière activité)
• Corriger en masse des données suite à un import

Quand l'utiliser : Utilisez Update quand vous savez que l'enregistrement existe déjà. Si vous n'êtes pas certain de son existence, Insert or Update est plus sûr.

L'action Delete supprime des enregistrements de votre table PostgreSQL. Utilisez-la avec précaution — les suppressions sont définitives. Idéale pour le nettoyage automatisé de données obsolètes ou la gestion du cycle de vie des enregistrements.

Paramètres de configuration :

• Credential to connect with : Sélection du compte Postgres (requis, dropdown)
• Operation : Défini sur "Delete" pour supprimer des enregistrements (requis)
• Schema : Schéma de la base de données, généralement "public" (requis, sélection depuis liste ou expression)
• Table : Table contenant les enregistrements à supprimer (requis, dropdown)

Cas d'usage typiques :

• Purger automatiquement les logs de plus de 30 jours
• Supprimer les comptes utilisateurs désactivés après une période de grâce
• Nettoyer les données temporaires ou de test
• Supprimer des enregistrements suite à une demande RGPD

Quand l'utiliser : Utilisez Delete pour les opérations de maintenance et de nettoyage planifiées. Testez toujours vos conditions de suppression sur un environnement de développement avant de les appliquer en production.

💡 TIPS : Avant toute suppression automatisée en production, ajoutez un nœud de logging qui archive les enregistrements concernés. Vous pourrez ainsi récupérer des données en cas d'erreur de configuration dans vos critères de suppression.