Integración QuestDB n8nAutomatiza QuestDB con n8n.
Consultar o alimentar QuestDB desde un flujo de trabajo cabe en un solo nodo. La integración QuestDB n8n trae 2 operaciones sobre un único recurso: Execute Query e Insert. n8n no incluye ningún trigger de QuestDB, así que otro nodo arranca la ejecución. Pensado para quien ya tiene su instancia en marcha.
Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth
¿Qué resuelve la integración QuestDB n8n?
La integración QuestDB n8n es un nodo que abre una conexión con tu instancia de QuestDB y ejecuta SQL contra ella. Dos operaciones, ni una más. Execute Query manda la consulta que escribas y devuelve lo que esa consulta devuelva. Insert recoge los items que circulan por el flujo y los escribe como filas en la tabla que indiques. Los datos de conexión viven en un credential reutilizable: host, puerto, base, usuario, contraseña y modo SSL.
Empecemos por lo que casi nadie cuenta: el nodo no tiene trigger. Ningún componente vigila la base para despertar un flujo cuando entra una fila. Cada ejecución arranca desde fuera, con un Schedule Trigger a intervalo fijo, con un Webhook de n8n (una URL que genera n8n y que llama un servicio externo) o con el trigger de otra herramienta ya presente en el flujo. Eso condiciona todo lo que viene después.
Con esa pieza en su sitio, el primer escenario es la consulta programada. El Schedule Trigger salta, Execute Query lanza un SELECT y las filas salen como correo con Gmail o como archivo depositado en Google Drive. El nodo lee, el resto del flujo da formato.
El segundo va en dirección contraria: guardar. Los items que llegan de un formulario, de un Webhook o de otra base se escriben con Insert. Indicas la tabla, enumeras las propiedades que se convierten en columnas y cada item acaba en una fila. Hay una plantilla publicada, n8n.io/workflows/592, que crea la tabla y después inserta los datos en el mismo flujo, útil cuando la tabla todavía no existe.
El tercero es una consolidación: leer con Execute Query y volcar el resultado en Supabase para que el equipo lo consulte sin tocar SQL.
Queda un reflejo que conviene corregir. En la mayoría de integraciones de n8n, cuando al nodo le falta una operación se recurre al nodo HTTP Request y se llama a la API a mano. Aquí no: el credential de QuestDB abre una conexión a base de datos, no una API HTTP, o sea que no hay endpoint al que llamar. El recurso es la propia Execute Query, que acepta cualquier sentencia SQL. El mismo reflejo se aplica en otros nodos de base de datos, como Postgres. El otro techo es la cuenta: el usuario de base de datos que pongas en el credential marca hasta dónde llega el flujo, y con el usuario de solo lectura de tu configuración se queda en leer. Si aún dudas de plataforma, la Reseña n8n entra en el detalle del alojamiento.
¿Cómo se conecta QuestDB con n8n?
- 01
Crea el credential de QuestDB
Entra en el menú Credentials de n8n y elige QuestDB. Un credential es un juego de datos de conexión que se guarda una sola vez: todos los nodos QuestDB que coloques después lo ofrecen en un desplegable. Rellena Host con el nombre de host o la dirección IP del servidor, y Database con el nombre de la base, por ejemplo
qdb. - 02
Copia la cuenta y el puerto del servidor
User y Password salen de tu archivo
server.conf: las propiedadespg.userypg.password, o bienpg.readonly.userypg.readonly.passwordpara una cuenta que solo lee. En una instalación recién hecha valenadminyquest. Port es el puerto que usa esta conexión,8812por defecto, y solo cambia si alguien lo tocó en el servidor. - 03
Elige el modo SSL y comprueba
SSL alimenta el parámetro
sslmodede la conexión y ofrece tres valores: Allow, Disable y Require. Guarda, coloca un nodo QuestDB en un flujo de pruebas, selecciona el credential y lanza un Execute Query cortito. Un fallo de conexión aparece ahí, y no tres nodos más adelante.
Lo que sabe hacer el nodo QuestDB
El nodo QuestDB expone 2 operaciones. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.
Execute a SQL query
executeQueryLo que ves en n8n
Notas y casos de uso
Manda a QuestDB la sentencia que escribas y devuelve lo que produzca. Sirve además como salida cuando el nodo no tiene operación dedicada.
Parámetros clave
- Query: la consulta SQL a ejecutar, obligatoria. Admite expresiones de n8n y los marcadores
$1y$2junto a los parámetros de consulta:SELECT id, name FROM product WHERE quantity > $1. - Mode: dentro de Additional Fields. Independently ejecuta cada consulta por separado, Transaction las ejecuta todas en una sola transacción.
- Query Parameters: la lista separada por comas de las propiedades que se usan como parámetros de consulta,
quantity,priceaquí.
Insert rows in database
insertLo que ves en n8n
Notas y casos de uso
Aquí no escribes SQL: el nodo coloca los items que le llegan en la tabla que indiques.
Parámetros clave
- Table: el nombre de la tabla donde insertar los datos, obligatorio. Se escribe a mano casi siempre, o se toma del nodo anterior con
{{ $json.field }}. - Columns: la lista separada por comas de las propiedades que harán de columnas de las filas nuevas,
id,name,description. Añade:typea un nombre para fijar el tipo de dato de esa columna, comoid:int,name:text. - Return Fields: la lista separada por comas de los campos que devuelve la operación.
592 crea antes la tabla y luego escribe en ella.¿Necesitas ayuda para automatizar QuestDB con n8n?
El equipo te responde directamente.
Cada mensaje lo lee una persona.
