Ressources · Intégration n8n

Intégration CrateDB n8nAutomatiser CrateDB avec n8n.

Trois opérations, et tout le SQL que tu veux écrire. L'intégration CrateDB n8n tient dans un seul nœud et une connexion directe à la base : Execute Query exécute ta requête, Insert ajoute des lignes, Update met à jour celles qui existent déjà. Aucun trigger CrateDB, le workflow démarre donc ailleurs.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

Que fait vraiment l'intégration CrateDB n8n ?

Le nœud CrateDB donne à un workflow n8n une connexion SQL vers ton cluster. Une ressource, 3 opérations, et un credential (l'identifiant enregistré une fois dans n8n) qui décrit une base de données, avec un hôte, un port et un nom de base, pas une clé d'API web. Cette différence explique la forme du nœud : là où un outil web empile les opérations, CrateDB en garde 3 et laisse le SQL faire le reste.

Commence par la lecture, c'est là que le nœud se comprend le plus vite. Execute Query accepte la requête que tu tapes, et le geste à retenir tient dans deux champs : tu listes quantity,price dans Query Parameters, tu écris quantity > $1 dans la Query, et les valeurs voyagent à côté du SQL au lieu d'être collées dedans. Les lignes reviennent en items, prêtes pour un message Slack ou un export vers Google Sheets.

Vient l'alimentation. Insert écrit une ligne par item entrant. Schema et Table disent où, Columns dit quoi : tu y listes les propriétés portées par l'item, id,name,description, et chacune atterrit dans la colonne du même nom. Le type de colonne se déclare au même endroit, en accolant :type au nom, comme id:int,name:text. C'est le seul champ du nœud où ce type s'exprime.

Reste la correction. Pour une ligne déjà en base, c'est Update qui s'en charge : Update Key nomme la propriété qui décide quelles lignes sont mises à jour, en général id, et Columns nomme ce qui change, name,description par exemple. Les valeurs viennent toujours de l'item, via une expression, la syntaxe n8n qui va chercher une valeur dans l'item entrant, du type {{ $json.price }}.

Un point mérite d'être posé clairement : le credential CrateDB ouvre une connexion à la base, pas une API HTTP. Le réflexe habituel du nœud HTTP Request ne s'applique donc pas ici. Le recours, c'est Execute Query, qui prend n'importe quelle requête SQL, et c'est pour ça que 3 opérations suffisent là où un nœud d'application web en aligne une longue liste. Si ta donnée vit aussi ailleurs, il y a des pages pour Postgres et Microsoft SQL.

Deux templates de la communauté montrent l'enchaînement complet : le workflow 597 crée une table dans CrateDB et y insère des données, le workflow 609 gère le suivi d'incidents entre PagerDuty et CrateDB. Ouvre-les à côté du nœud, les noms de champs deviennent concrets. Pour le reste de n8n plutôt que ce seul nœud, la Formation n8n prend le relais.

Connexion

Comment connecter CrateDB à n8n ?

  1. 01

    Rassembler les coordonnées du cluster

    Ouvre le menu Credentials de n8n et crée un credential CrateDB. Trois champs disent où frapper : Host, le nom de ton instance, Port, le numéro sur lequel elle écoute, et Database, la base que tu veux atteindre. Il te faut une instance CrateDB disponible avant tout, et la doc n8n renvoie à la documentation de connexion de CrateDB pour les valeurs par défaut de ces champs.

  2. 02

    Renseigner le compte et le chiffrement

    User et Password désignent le compte avec lequel n8n se connecte : choisis-en un qui a déjà le droit de lire et d'écrire dans les tables concernées. SSL règle la sécurisation de la connexion et propose trois valeurs : Allow, Disable, Require. Prends celle pour laquelle ton cluster est configuré, pas celle qui est affichée par défaut.

  3. 03

    Choisir le credential dans le nœud

    Pose un nœud CrateDB sur le canevas et sélectionne le credential dans sa liste déroulante. Un credential se crée une fois et se réutilise dans tous les workflows, donc le prochain nœud CrateDB te le proposera sans rien retaper. Choisis ensuite l'opération : Execute Query, Insert ou Update. Une petite requête avec Execute Query reste le moyen le plus rapide de vérifier que la connexion tient.

Actions

Que sait faire le nœud CrateDB ?

Le nœud CrateDB expose 3 opérations. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

01

Execute a SQL query

executeQuery

Ce que tu vois dans n8n

Notes & cas d'usage

Le SQL que tu écris part tel quel vers la base connectée, et les lignes reviennent dans le workflow sous forme d'items.

Paramètres clés

  • Query : la requête à exécuter, champ requis. Elle accepte les expressions n8n ainsi que les repères $1 et $2, comme dans WHERE quantity > $1.
  • Query Parameters : dans Additional Fields, la liste des propriétés utilisées comme paramètres de requête, séparées par des virgules, quantity,price dans l'exemple documenté.
  • Mode : dans Additional Fields également. Multiple Queries est la valeur par défaut et envoie plusieurs requêtes d'un coup ; Independently les exécute une par une, ce qui se combine avec Continue on Fail.
Cas d'usage
une lecture planifiée qui sort les produits au-dessus d'un seuil de quantité.
02

Insert rows in database

insert

Ce que tu vois dans n8n

Notes & cas d'usage

Chaque item entrant devient une ligne dans la table que tu désignes, et le nœud te rend les champs que tu demandes.

Paramètres clés

  • Schema : requis, le nom du schéma auquel appartient la table.
  • Table : requis, la table qui reçoit les données.
  • Columns : la liste séparée par des virgules des propriétés servant de colonnes aux nouvelles lignes, par exemple id,name,description. Ajoute :type après un nom pour fixer le type de la colonne, comme dans id:int,name:text.
  • Return Fields : les champs que l'opération renvoie au workflow une fois les lignes écrites.
Cas d'usage
une boutique en ligne qui verse les lignes de commande du jour dans une table de reporting avant l'ouverture des tableaux de bord.
03

Update rows in database

update

Ce que tu vois dans n8n

Notes & cas d'usage

Les lignes déjà présentes sont réécrites avec les valeurs portées par les items, sans toucher aux autres.

Paramètres clés

  • Update Key : requis, la liste séparée par des virgules des propriétés qui décident quelles lignes de la base doivent être mises à jour. En temps normal, ce sera id.
  • Schema et Table : requis ici aussi, ils visent une table précise plutôt que toute la base.
  • Columns : les propriétés écrites dans les lignes retenues, name,description par exemple.
  • Return Fields : ce qui revient ensuite, pratique quand le nœud suivant doit confirmer la modification.
Cas d'usage
rafraîchir le prix et la quantité des produits dont les valeurs ont bougé depuis la dernière synchronisation.
Besoin d'aide

Besoin d'aide pour automatiser CrateDB avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

CrateDB et n8n, les questions qui suivent

01L'intégration CrateDB n8n est-elle gratuite ?
Oui du côté n8n. Le nœud CrateDB est livré avec n8n, donc rien à installer et aucun coût supplémentaire côté n8n, que tu sois sur n8n Cloud ou sur une instance auto-hébergée en Community Edition, sous licence Sustainable Use. Un workflow se comporte de la même façon dans les deux cas, et le credential créé une fois est réutilisé par tous les nœuds CrateDB que tu ajoutes ensuite. Ce que coûte le cluster CrateDB lui-même est une autre question, qui dépend de la façon dont tu l'exploites : côté n8n c'est inclus, côté base c'est ta décision d'infrastructure.
02Quels credentials faut-il pour le nœud CrateDB ?
Un seul, de type account connection, enregistré dans le menu Credentials de n8n. Il contient 6 champs : Host, Database, User, Password, SSL et Port. Host, Port et Database indiquent où se trouvent le cluster et la base. User et Password désignent le compte avec lequel n8n se connecte, il doit déjà avoir le droit de lire et d'écrire dans les tables visées. SSL prend l'une de ces trois valeurs : Allow, Disable ou Require. Une instance CrateDB disponible est le prérequis, et la doc n8n renvoie à la documentation de CrateDB pour les valeurs par défaut.
03Comment faire quand l'opération voulue n'est pas dans le nœud ?
Tu écris le SQL toi-même. Le nœud expose 3 opérations, Execute Query, Insert et Update, et Execute Query prend n'importe quelle requête exprimable en SQL : c'est le recours prévu ici. Un point à garder en tête : le credential CrateDB ouvre une connexion à la base via Host, Port et Database, pas un point d'entrée HTTP, donc le nœud HTTP Request n'est pas le repli qu'il serait pour une API web. Dans Execute Query, Query Parameters garde les valeurs à part de la requête, et Mode décide si plusieurs requêtes partent ensemble ou chacune de son côté.
04Existe-t-il un trigger CrateDB dans n8n ?
Non. Il n'y a pas de nœud trigger CrateDB dans n8n, donc un workflow qui touche à la base démarre ailleurs : un Schedule Trigger qui se déclenche à intervalle fixe, le nœud Webhook de n8n appelé par un service tiers (une URL que ce service vient appeler), ou le trigger d'un autre outil que tu automatises déjà. Ensuite le nœud CrateDB fait sa part, lecture avec Execute Query ou écriture avec Insert et Update. La planification couvre l'essentiel des traitements par lots, l'événement externe couvre le reste. Le template 609 illustre ce second cas, en associant PagerDuty et CrateDB dans un même workflow.
05n8n ou Make pour CrateDB ?
Ça dépend d'où la donnée a le droit de résider. n8n s'auto-héberge avec Docker ou npm, ou s'utilise sur n8n Cloud, l'offre hébergée par n8n, et un workflow est identique dans les deux cas. Un cluster qui reste dans ton réseau peut donc être atteint par une instance n8n posée juste à côté. Make est uniquement hébergé, sans option d'auto-hébergement, et se facture à l'opération, ce qui change le calcul quand un workflow écrit un gros lot de lignes à chaque passage. Les deux se construisent visuellement. Les vrais critères : l'hébergement, la maîtrise des données, le modèle de coût et la logique visuelle qui te parle le plus.