Recursos · Integración n8n

Nodo Data table n8nConfigura Data table en n8n.

El nodo Data table n8n le da al workflow una memoria que sobrevive a su propia ejecución. Guarda filas estructuradas dentro de n8n, con 2 recursos y 11 operaciones, y sin ninguna cuenta que conectar. Sirve cuando una ejecución necesita recordar lo que ya hizo la anterior.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Para qué sirve el nodo Data table n8n?

Una data table es una tabla pequeña que vive dentro de n8n, con columnas nombradas y valores tipados, y que cualquier workflow del proyecto puede leer y escribir. El nodo Data table es la mano que la toca: crear la tabla, listar tablas, renombrar una y luego insertar, leer, actualizar, hacer upsert o borrar filas. Nada sale de n8n, y nada desaparece cuando termina la ejecución.

Empecemos por el contador que aguanta un reinicio. Una API que permite un número fijo de llamadas al día necesita una cuenta guardada en algún sitio fiable. Una fila por día, leída con Get row(s) y subida con Update row(s), resuelve el asunto. Si hoy ese recuento vive en Google Sheets, traerlo aquí quita un servicio externo del camino crítico.

Sigue el caso del duplicado. Un aviso por Gmail que sale dos veces por el mismo pedido es de las cosas que más molestan a un cliente. Con una tabla, cada item pasa por If row does not exist, solo continúan los desconocidos, y Insert row los apunta al final del recorrido. La segunda pasada del día se queda callada.

Tercer caso, la tabla de correspondencias. Asociar un código de producto a un tramo de precio, o un país a un responsable, suele acabar escrito a mano dentro del workflow y nadie se atreve a tocarlo medio año después. En una data table esa correspondencia se edita desde la pestaña Data Tables del resumen del proyecto, sin abrir el lienzo.

Cuándo conviene otra cosa. Si el dato pertenece a otro sistema, pídeselo a ese sistema: una tabla se convierte en una caché que hay que mantener honesta, y HTTP Request llega a cualquier endpoint que un nodo dedicado no cubra. Cruzar dos flujos de items por una clave común es tarea de Merge, no de una consulta a la tabla.

Los límites. El nodo está en la versión 1 y expone 2 recursos, Table y Row, para 11 operaciones. No hay trigger Data table, así que un Schedule Trigger, un webhook (una URL que una herramienta externa llama) o el trigger de una app tiene que abrir el workflow. Los tipos de columna quedan fijados al crear la tabla y los borrados no se deshacen. El Curso n8n recorre estos montajes de principio a fin.

Acciones

¿Qué operaciones ofrece el nodo Data table ?

El nodo Data table expone 11 operaciones en 2 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetUpdateDeleteDeleteInsertListIf Row ExistsIf Row Does Not ExistUpsert
Row
Table

Row

7 operaciones
01

Delete row(s)

row.deleteRows

Lo que ves en n8n

Notas y casos de uso

Borra todas las filas que cumplen las condiciones indicadas y devuelve lo que ha quitado. El borrado no se deshace. De ahí el seguro que el nodo trae incorporado y que conviene estrenar la primera vez que lanzas la operación sobre una tabla de verdad.

Parámetros clave

  • Data table: por lista, nombre o ID.
  • Must Match: allConditions estrecha la selección y anyCondition la abre.
  • Conditions: cada línea junta una Column, una Condition y un Value, a menudo {{ $json.email }} tomado del item que entra en el nodo.
  • Dry Run: simula el borrado y devuelve las filas afectadas en su estado antes y después.
Casos de uso
vaciar las filas de una campaña cuando su exportación ya ha salido.
02

Get row(s)

row.get

Lo que ves en n8n

Notas y casos de uso

Saca filas de la tabla y se las entrega al nodo siguiente como items. Es la operación que convierte un dato guardado en un dato de workflow.

Parámetros clave

  • Data table: la tabla que se lee, por lista, por nombre o por ID.
  • Must Match y Conditions: el filtro que decide qué filas vuelven.
  • Return All: activado, vuelve todo; desactivado, Limit Per Input Row pone techo al resultado de cada item entrante.
  • Order By, Order By Column y Order By Direction: orden por columna, DESC para lo más reciente primero.
Casos de uso
releer la cuota guardada de un cliente antes de decidir qué enviarle.
03

If row exists

row.rowExists

Lo que ves en n8n

Notas y casos de uso

Funciona como una portezuela sobre los items que llegan. El item con correspondencia en la tabla sale igual que entró; el item sin correspondencia no produce nada.

Parámetros clave

  • Data table: la tabla que sirve de referencia.
  • Must Match: allConditions cuando varias columnas deben coincidir a la vez.
  • Conditions: la columna, la comparación y el valor, normalmente {{ $json.id }} tomado del disparador.
Casos de uso
dejar pasar solo a los clientes ya inscritos en una tabla de cuentas aprobadas, y descartar el resto sin rama de error.
04

If row does not exist

row.rowNotExists

Lo que ves en n8n

Notas y casos de uso

La imagen invertida del control anterior. Solo siguen los items que no aparecen en la tabla, lo que la convierte en el paso de deduplicación más corto de n8n.

Parámetros clave

  • Data table: la tabla que guarda el rastro de lo ya procesado.
  • Must Match: anyCondition basta cuando un solo identificador demuestra que el item es conocido.
  • Conditions: casi siempre una única línea que compara una columna con {{ $json.orderId }}.
Casos de uso
relanzar la importación del día sin volver a mandar la misma confirmación de pedido.
05

Insert row

row.insert

Lo que ves en n8n

Notas y casos de uso

Escribe una fila nueva por cada item entrante. Sin coincidencias ni condiciones: lo que llega se lleva su propia línea.

Parámetros clave

  • Data table: la tabla de destino, que debe existir de antemano.
  • Columns: la correspondencia entre los campos entrantes y las columnas, a mano o de forma automática cuando los nombres coinciden.
  • Optimize Bulk: evita que se devuelvan los datos insertados, lo que mejora el rendimiento de inserción masiva hasta 5 veces.
Casos de uso
registrar cada payload de webhook recibido durante un lanzamiento para recontar después.
06

Update row(s)

row.update

Lo que ves en n8n

Notas y casos de uso

Reescribe las filas que cumplen las condiciones con los valores mapeados. Lo que no coincide se queda intacto, y no aparece ninguna fila nueva.

Parámetros clave

  • Data table: la tabla que se modifica.
  • Columns: los campos que se escriben, así que mapea solo lo que debe cambiar.
  • Must Match y Conditions: junta una Column, una Condition y un Value como {{ $json.status }}.
  • Dry Run: devuelve las filas afectadas antes y después, sin escribir nada.
Casos de uso
marcar un lote de registros como exportado cuando el fichero ya ha salido de verdad.
07

Upsert row(s)

row.upsert

Lo que ves en n8n

Notas y casos de uso

Actualiza las filas encontradas e inserta una cuando no hay coincidencia. Es un solo nodo donde antes había una búsqueda, una bifurcación y dos escrituras distintas, y por eso suele sustituir a tres nodos de un workflow antiguo.

Parámetros clave

  • Data table: la tabla que sostiene el estado actual.
  • Columns: los valores que se escriben en ambos caminos, inserción y actualización, así que mapea la fila entera y no un trozo.
  • Must Match y Conditions: la clave que decide qué camino se toma, a menudo {{ $json.email }}.
  • Dry Run: enseña el estado antes y después.
Casos de uso
mantener una sola fila por suscriptor, sea nuevo o ya conocido.

Table

4 operaciones
08

Create a data table

table.create

Lo que ves en n8n

Notas y casos de uso

Fabrica una tabla y sus columnas desde un workflow, en vez de a mano en la interfaz. Viene bien cuando una plantilla tiene que montar su propio almacenamiento en la primera ejecución.

Parámetros clave

  • Name: obligatorio, el nombre de la tabla, en texto o por expresión.
  • Columns: una entrada por columna, cada una con su Name y su Type entre boolean, date, number y string.
  • Reuse Existing Tables: devuelve la tabla existente con el mismo nombre en lugar de lanzar un error.
Casos de uso
un workflow de instalación que un compañero lanza una vez antes de la automatización real.
09

Delete a data table

table.delete

Lo que ves en n8n

Notas y casos de uso

Hace desaparecer una tabla entera, con sus columnas y sus filas, de una sola vez. La acción no se recupera, y por eso se sostiene sobre un único parámetro, sin filtro que la suavice.

Parámetros clave

  • Data table: obligatorio, señalado en la lista, por nombre o por ID; tira del ID cuando dos tablas llevan nombres parecidos.
Casos de uso
desmontar la tabla de pruebas que creó un workflow de ensayo, al final de ese mismo workflow.
10

List data tables

table.list

Lo que ves en n8n

Notas y casos de uso

Devuelve las tablas del proyecto como items, una por tabla. Útil cuando un workflow necesita saber qué existe antes de escribir nada.

Parámetros clave

  • Return All: activado para la lista completa; desactivado, Limit Per Input Row la limita, por ejemplo a 50.
  • Filter by Name: conserva las tablas cuyo nombre contiene el texto, sin distinguir mayúsculas.
  • Sort Field y Sort Direction: orden por createdAt, name o updatedAt, ascendente o desc.
Casos de uso
comprobar que la tabla de archivo del mes pasado sigue ahí antes de una exportación.
11

Update a data table

table.update

Lo que ves en n8n

Notas y casos de uso

Cambia el nombre de una tabla existente. Lo demás no se mueve: columnas, tipos y filas siguen exactamente donde estaban.

Parámetros clave

  • Data table: obligatorio, la tabla que se renombra, desde la lista, por nombre o por ID.
  • New Name: obligatorio, el nombre nuevo, muchas veces construido con una expresión como {{ $json.period }}.
Casos de uso
renombrar una tabla rotativa al principio de cada mes para dejar un historial legible.
Necesitas ayuda

¿Necesitas ayuda para automatizar Data table con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Data table en n8n, las dudas que vienen después

01¿El nodo Data table n8n viene incluido en n8n?
Sí. Es un nodo core que se entrega con n8n, tanto en n8n Cloud como en una instancia autoalojada, sin instalación y sin coste añadido por parte de n8n. El autoalojamiento se monta con Docker o npm, en Community Edition bajo licencia Sustainable Use, y un workflow se comporta igual en los dos sitios. Como el dato nunca sale de n8n, una instancia autoalojada mantiene esas filas sobre una infraestructura que controlas tú. Suele ser justo el motivo por el que un equipo prefiere una data table a una hoja de cálculo externa.
02¿Qué hace falta configurar antes de usarlo?
Nada del lado de la cuenta. Este nodo no tiene credential (el juego de credenciales guardado en n8n) ni selector Authentication: ninguna clave que generar, ningún permiso que conceder y ningún token que rotar. Eso es una ventaja real, una pieza menos que se rompe un domingo por la noche. Lo que sí necesitas es una tabla, creada desde la pestaña Data Tables del resumen del proyecto o por un workflow con la operación Create a data table. Y necesitas un disparador delante, porque el nodo se ejecuta sobre los items entrantes y nunca abre un workflow por su cuenta.
03¿Qué límites tiene el nodo Data table?
El nodo está en la versión 1, con 2 recursos y 11 operaciones, y no existe un trigger Data table: nada se dispara cuando una fila cambia, así que un Schedule Trigger o un webhook tiene que llevar la comprobación. Los tipos de columna se eligen al crear la tabla, entre boolean, date, number y string, y ninguna operación permite modificar una columna más tarde. El renombrado se limita al nombre de la tabla. Los borrados de filas y de tablas son definitivos, y de eso protege precisamente Dry Run.
04¿Data table o una hoja de cálculo para guardar el estado?
Elige una data table cuando el dato solo le importa a tus workflows: claves de deduplicación, contadores, estado de ejecución, pequeñas tablas de correspondencia. Vive dentro de n8n, así que no hay cuota, ni autenticación, ni llamada de red entre el workflow y su propia memoria. Elige una hoja de cálculo cuando una persona tenga que leer, ordenar o compartir el dato fuera de n8n, o cuando otras herramientas ya lean ese fichero. Regla sencilla: si nadie ajeno a la automatización abriría ese fichero, déjalo en una data table.
05¿n8n o Make para guardar el estado entre ejecuciones?
Depende sobre todo de dónde quieras que se pose el dato. Make es una plataforma de automatización alojada, sin opción de autoalojamiento y facturada por operación, de modo que cada lectura y cada escritura de un valor guardado entra en ese recuento. n8n puede correr en tus propios servidores, con lo que la tabla y sus filas se quedan sobre una infraestructura que controlas, y la lógica visual vive en el mismo editor que el resto del workflow. Si tu límite es la residencia del dato o un volumen alto de lecturas pequeñas, el autoalojamiento responde directo. Si nunca quieres gestionar un servidor, la plataforma alojada es el camino simple.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.