Snapshots de Tabla
Vincent Depassier · 1 de septiembre de 2026
Un snapshot es un checkpoint de una tabla: todas sus filas, más la forma que la tabla tenía en ese momento. Restaurarlo devuelve la tabla a ese punto.
Dos frases antes de usarlo:
Restaurar es un reemplazo completo, no una fusión. La tabla se vacía y se vuelven a escribir las filas del snapshot. Todo lo agregado desde el checkpoint desaparece, y no existe restauración parcial ni selectiva.
La retención es ilimitada hasta que la configures. Una tabla sin programación de snapshots conserva para siempre cada checkpoint que hayas tomado.
Tomar un checkpoint
Podés tomar uno a mano antes de algo riesgoso — una edición masiva, una importación, una migración, dejar suelta por primera vez una automatización sobre datos de producción. Ponele una etiqueta; seis checkpoints llamados "checkpoint" son seis checkpoints entre los que no podés elegir.
Las automatizaciones también pueden tomarlos, y ese es el mejor hábito: un nodo de checkpoint arriba de cualquier automatización que reescriba filas significa que el deshacer ya existe antes de que lo necesites.
La lista muestra de dónde salió cada checkpoint — Manual, Programado o Automatización — junto con su cantidad de filas y su tamaño, así se puede leer sin abrir nada.
Checkpoints programados
Una tabla puede tomar sus propios checkpoints según una programación, ya sea a intervalo o a una hora fija del día.
La programación es además donde vive la retención:
Ajuste | Efecto |
Conservar los últimos N | Poda por cantidad de checkpoints |
Conservar N días | Poda por antigüedad |
Configurá una. Sin programación no hay poda de ningún tipo, y una tabla grande con checkpoints frecuentes es una factura de almacenamiento que crece en silencio y para siempre.
Restaurar
Restaurar toma un checkpoint específico, o el más reciente de la tabla. Requiere una confirmación explícita — una restauración sin ella falla y no cambia nada, a propósito.
El permiso para restaurar está al mismo nivel que el de borrar filas. Esa es la comparación correcta para tener en la cabeza: restaurar es borrar todo lo que vino después.
El resultado te dice cuántas filas se restauraron y cuántas había antes. Comparalas. Una restauración que reporta muchas menos filas de las que la tabla tenía te está diciendo algo que querés saber antes de que la gente vuelva a trabajar.
La trampa: las columnas se emparejan por identidad, no por nombre
La restauración empareja las columnas del snapshot con las de la tabla viva por su identificador estable — no por su nombre.
Dos consecuencias, y tiran para lados opuestos:
Renombrar una columna es seguro. El identificador no cambia, así que los datos vuelven a la columna renombrada.
Borrar y volver a crear una columna no lo es. Una columna recreada es una columna nueva con un identificador nuevo, aunque le hayas puesto exactamente el mismo nombre. Los datos del snapshot para la columna vieja no tienen adónde ir, y se descartan en silencio.
Las columnas que existen en el snapshot pero no en la tabla se saltean, y la restauración reporta que el esquema no coincidió. Si ves esa marca, leela — significa que la restauración no devolvió todo.
Lo que un snapshot NO es
No es un respaldo de tu workspace. Es una tabla.
No es historial de versiones. No hay diferencia entre checkpoints ni reversión por fila.
No es gratis. Cada checkpoint guarda las filas de la tabla.
Siguientes
Vistas de Tabla
Paneles de Registro
Eliminar Columnas y Filas de una Tabla
Cambiar el tipo de una columna
Crea tu primera Automatización