Ressources · Intégration n8n

Intégration QuestDB n8nAutomatiser QuestDB avec n8n.

Écrire ou relire des lignes QuestDB depuis un workflow tient dans un seul nœud. L'intégration QuestDB n8n porte 2 opérations sur une ressource unique : Execute Query et Insert. Côté n8n il n'existe aucun trigger QuestDB, c'est donc un autre nœud qui lance l'exécution. Pour qui fait déjà tourner une instance.

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

Pourquoi automatiser

Que fait exactement l'intégration QuestDB n8n ?

L'intégration QuestDB n8n, c'est un nœud qui ouvre une connexion vers ta base QuestDB et y exécute du SQL. Deux opérations, pas une de plus. Insert prend les items qui traversent le workflow et les écrit comme lignes dans une table que tu désignes. Execute Query envoie la requête que tu écris et renvoie ce qu'elle renvoie. Les coordonnées de connexion vivent dans un credential réutilisable : hôte, port, base, utilisateur, mot de passe et mode SSL.

Le plus courant, c'est l'écriture. Un Webhook n8n, c'est-à-dire une URL générée par n8n qu'un service tiers appelle, reçoit des données ; Insert les range dans une table. Tu donnes le nom de la table, tu listes les propriétés qui deviennent des colonnes, et chaque item ressort en ligne. Un modèle publié, n8n.io/workflows/592, crée la table puis y insère les données dans le même workflow : pratique quand la table n'existe pas encore.

Deuxième usage, la surveillance chiffrée. Un Schedule Trigger déclenche à intervalle fixe, Execute Query compte ce qui est arrivé, et selon le résultat le workflow pousse un message dans Slack ou reste silencieux. Le nœud lit, la suite du workflow décide.

Troisième usage, la sortie de données. La même opération Execute Query alimente un tableau dans Microsoft Excel 365 ou une base Airtable que l'équipe consulte sans jamais toucher au SQL.

Un réflexe à désapprendre au passage. Sur la plupart des intégrations n8n, quand le nœud n'a pas l'opération voulue, on bascule sur le nœud HTTP Request pour appeler l'API à la main. Ici, ça ne marche pas : le credential QuestDB ouvre une connexion base de données, pas une API HTTP, il n'y a donc aucun endpoint à appeler. Le recours, c'est Execute Query, qui accepte n'importe quelle requête SQL. Même réflexe sur d'autres nœuds base de données, comme Postgres.

Deux limites à garder en tête avant de dessiner le workflow. Il n'y a pas de trigger QuestDB : rien ne surveille la base à ta place, chaque exécution part d'un Schedule Trigger, d'un Webhook n8n appelé par un tiers, ou du trigger d'un autre outil. Et les deux opérations passent par le même credential : le compte base de données que tu configures fixe le plafond. Avec l'utilisateur en lecture seule de ta configuration serveur, le workflow lit, et s'arrête là. Si le choix de plateforme n'est pas encore tranché, l'Avis n8n creuse la question de l'hébergement.

Connexion

Comment connecter QuestDB à n8n ?

  1. 01

    Créer le credential QuestDB

    Dans n8n, menu Credentials, choisis QuestDB. Un credential, c'est un jeu de coordonnées de connexion enregistré une fois : tous les nœuds QuestDB que tu poseras ensuite le proposeront dans une liste déroulante. Renseigne Host avec le nom d'hôte ou l'adresse IP du serveur, et Database avec le nom de la base, qdb par exemple.

  2. 02

    Reprendre le compte et le port du serveur

    User et Password sortent de ton fichier server.conf : les propriétés pg.user et pg.password, ou pg.readonly.user et pg.readonly.password pour un compte de lecture. Sur une installation neuve, ce sont admin et quest. Port désigne le port utilisé pour cette connexion, 8812 par défaut : n'y touche que si quelqu'un l'a changé côté serveur.

  3. 03

    Choisir le mode SSL et tester

    SSL alimente le paramètre sslmode de la connexion, avec trois valeurs possibles : Allow, Disable et Require. Enregistre, puis pose un nœud QuestDB dans un workflow de brouillon, sélectionne le credential et lance un Execute Query très court. Un souci de connexion se voit là, pas trois nœuds plus loin.

Actions

Ce que le nœud QuestDB sait faire

Le nœud QuestDB expose 2 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

Cette opération envoie à QuestDB la requête que tu écris et te rend ce qu'elle produit. C'est aussi la porte de sortie quand le nœud n'a pas d'opération dédiée.

Paramètres clés

  • Query : la requête SQL à exécuter, obligatoire. Les expressions n8n y fonctionnent, comme les repères $1 et $2 combinés aux paramètres de requête : SELECT id, name FROM product WHERE quantity > $1.
  • Mode : dans Additional Fields. Independently exécute chaque requête de son côté, Transaction les exécute toutes dans une seule transaction.
  • Query Parameters : les propriétés servant de paramètres de requête, séparées par des virgules, quantity,price ici.
Cas d'usage
sortir les lignes de la veille pour un récapitulatif du matin, ou compter ce qui est arrivé la nuit avant d'alerter.
02

Insert rows in database

insert

Ce que tu vois dans n8n

Notes & cas d'usage

Là, tu n'écris aucun SQL : le nœud range les items qui lui arrivent dans la table que tu nommes.

Paramètres clés

  • Table : le nom de la table où insérer les données, obligatoire. Saisi en clair la plupart du temps, ou repris du nœud précédent avec {{ $json.field }}.
  • Columns : la liste séparée par des virgules des propriétés servant de colonnes aux nouvelles lignes, id,name,description par exemple. Ajoute :type à un nom pour fixer le type de données de la colonne, comme id:int,name:text.
  • Return Fields : la liste séparée par des virgules des champs que l'opération renvoie.
Cas d'usage
un formulaire interne remonte des relevés terrain, Insert les archive ; le modèle 592 crée d'abord la table, puis écrit dedans.
Besoin d'aide

Besoin d'aide pour automatiser QuestDB avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

QuestDB et n8n, les questions qui suivent

01L'intégration QuestDB n8n est-elle gratuite dans n8n ?
Oui, côté n8n. Le nœud QuestDB est livré avec n8n : rien à installer, aucun coût supplémentaire pour le connecteur, que tu travailles sur n8n Cloud, l'offre hébergée par n8n, ou sur ta propre instance en Community Edition sous licence Sustainable Use. Un workflow se comporte de la même façon des deux côtés, et un credential créé ici s'utilise de la même manière là-bas. Ce que coûte QuestDB en lui-même dépend de la façon dont tu le fais tourner, et la documentation du nœud n'en dit rien : cette ligne de budget se traite à part, avec la machine qui héberge la base.
02Quels credentials faut-il pour connecter QuestDB à n8n ?
Un seul type, appelé Database connection, avec six champs. Host reçoit le nom d'hôte ou l'adresse IP du serveur, Database le nom de la base, qdb par exemple. User et Password reprennent les propriétés pg.user et pg.password de ton server.conf, ou pg.readonly.user et pg.readonly.password pour un compte qui se contente de lire ; sur une installation neuve, les valeurs sont admin et quest. SSL alimente le paramètre sslmode, avec Allow, Disable ou Require. Port vaut 8812 par défaut. Le credential se crée une fois dans le menu Credentials et tous les nœuds QuestDB le retrouvent ensuite dans une liste.
03Quelles sont les limites du nœud QuestDB ?
Deux opérations sur une ressource unique, Execute Query et Insert. Ça paraît court, jusqu'au moment où on se rappelle qu'Execute Query avale n'importe quelle requête SQL : c'est là que part tout ce qui n'a pas d'opération dédiée. Ce point mérite d'être appuyé, parce que le réflexe habituel de n8n induit en erreur ici. Le credential QuestDB ouvre une connexion base de données, pas une API HTTP : le nœud HTTP Request n'est donc pas le recours, Execute Query l'est. L'autre plafond, c'est le compte lui-même. L'utilisateur base de données inscrit dans le credential définit ce que le workflow peut atteindre.
04Le nœud QuestDB réagit-il en temps réel ?
Non, et la raison tient en une phrase : n8n ne fournit pas de trigger QuestDB. Aucun composant ne surveille la base pour réveiller un workflow quand une ligne arrive. C'est donc toi qui déclenches, de trois façons. Un Schedule Trigger part à intervalle fixe et lance un Execute Query. Un Webhook n8n te donne une URL qu'un service tiers appelle, et le workflow démarre sur cet appel. Ou bien le trigger d'un autre outil déjà présent dans le workflow fait le travail. En pratique, la lecture programmée couvre le reporting, et le Webhook couvre l'écriture, puisque ce qui arrive part directement dans Insert.
05n8n ou Make pour QuestDB ?
Quatre critères tranchent, et aucun des deux outils n'est un mauvais choix. L'hébergement d'abord : n8n tourne sur ton propre serveur ou sur n8n Cloud, quand Make est hébergé uniquement, sans option d'auto-hébergement. La maîtrise des données ensuite : sur un n8n auto-hébergé, les coordonnées de connexion et les lignes restent dans ton infrastructure, ce qui compte quand l'instance QuestDB vit sur un réseau privé. Le modèle de coût : Make facture à l'opération, donc un workflow qui écrit des lignes toute la journée ne se paie pas comme une lecture matinale. La logique visuelle, enfin, relève surtout de l'habitude.