Un evaluador quiere borrar una mesa de preparación antes de realizar una nueva ejecución de prueba. ¿Debería ser DELETE, TRUNCATE o DROP? Una elección equivocada puede significar un trabajo lento, una mesa faltante o, en producción, una tarde muy mala.

Ejecutamos los ejemplos DELETE y DROP a continuación en SQLite 3.50, y los resultados provienen de esa ejecución. SQLite no tiene el comando TRUNCATE, por lo que las notas de TRUNCATE se basan en la documentación oficial de PostgreSQL, MySQL y SQL Server en lugar de en nuestra propia prueba.

La respuesta corta

• ¿Necesita eliminar algunas filas? Utilice DELETE ... WHERE.
• ¿Necesitas vaciar una mesa pero conservarla? Utilice TRUNCATE, donde sea compatible.
• ¿Necesitas que la mesa desaparezca para siempre? Utilice DROP TABLE.

BORRAR: eliminar filas

DELETE es un comando de cambio de datos (DML). Elimina filas de una en una, activa activadores a nivel de fila y se puede filtrar. Configuramos una pequeña mesa con un disparador de auditoría:

CREATE TABLE logs (id INTEGER PRIMARY KEY AUTOINCREMENT, level TEXT);
INSERT INTO logs (level) VALUES ('INFO'),('ERROR'),('INFO'),('DEBUG');

CREATE TABLE audit (msg TEXT);
CREATE TRIGGER logs_delete AFTER DELETE ON logs
BEGIN INSERT INTO audit VALUES ('deleted ' || OLD.id); END;

DELETE FROM logs WHERE level = 'DEBUG';

SELECT id, level FROM logs;  -- (1,'INFO'), (2,'ERROR'), (3,'INFO')
SELECT * FROM audit;         -- 'deleted 4'

Sólo salió la fila correspondiente y el disparador la registró. Al ejecutar DELETE FROM logs sin una cláusula WHERE, se eliminaron las otras tres filas y la tabla de auditoría contuvo cuatro entradas, una por cada fila eliminada.

DELETE no restablece los contadores de incremento automático. Después de vaciar la tabla, nuestra siguiente inserción recibió id 5, no 1. En SQLite esto se debe a AUTOINCREMENT. Las columnas de identidad de MySQL InnoDB y SQL Server también continúan desde donde estaban después de ELIMINAR.

TRUNCAR: vaciar la tabla

TRUNCATE TABLE logs; elimina todas las filas a la vez. No puede aceptar una cláusula WHERE. En lugar de eliminar filas una por una, la base de datos normalmente libera las páginas de datos de la tabla, razón por la cual es mucho más rápido en tablas grandes.

Cuando lo ejecutamos en SQLite, obtuvimos un error de sintaxis porque SQLite no tiene el comando:

TRUNCATE TABLE logs;
-- near "TRUNCATE": syntax error

En SQLite, use DELETE FROM logs; sin cláusula WHERE. La documentación de SQLite describe una “optimización truncada” que hace que esto sea rápido cuando la tabla no tiene activadores. Nuestra tabla tenía un disparador, por lo que la eliminación se ejecutó fila por fila y se activó para cada fila.

En bases de datos que soportan TRUNCATE, por su documentación:

• Normalmente no activa activadores DELETE a nivel de fila.
• Por lo general, restablece los contadores de identidad o de incremento automático, por ejemplo en MySQL y SQL Server. En PostgreSQL agregas RESTART IDENTITY.
• Necesita permisos más estrictos que ELIMINAR en la mayoría de los sistemas.

DROP: quitar la mesa misma

DROP TABLE es un comando de esquema (DDL). Elimina los datos, la definición de la tabla, sus índices, activadores y restricciones. Todo lo que haga referencia a la tabla, como vistas o claves externas, también se ve afectado.

DROP TABLE logs;
SELECT * FROM logs;
-- no such table: logs

DROP TABLE IF EXISTS logs;  -- no error, even though it is gone

IF EXISTS es útil en scripts de configuración que pueden ejecutarse más de una vez. Las vistas en una tabla eliminada pueden romperse, como mostramos en Explicación de las vistas SQL.

tabla comparativa

¿Puedes retroceder?

Aquí es donde muchos artículos simplifican demasiado. La respuesta honesta es que depende de la base de datos.

DELETE se puede revertir dentro de una transacción en todas partes. Lo probamos:

BEGIN;
DELETE FROM logs;
SELECT COUNT(*) FROM logs;  -- 0
ROLLBACK;
SELECT COUNT(*) FROM logs;  -- 3

DROP también se revirtió en SQLite, que admite DDL transaccional:

BEGIN;
DROP TABLE logs;
ROLLBACK;
SELECT COUNT(*) FROM logs;  -- 1 (the table is back)

Para TRUNCATE y DROP en otras bases de datos, según su documentación:

Por lo tanto, “TRUNCATE nunca se puede revertir” está mal para PostgreSQL y SQL Server, y “siempre se puede revertir” está mal para MySQL. Fuera de una transacción, ninguna de ellas se puede deshacer sin una copia de seguridad.

Por qué TRUNCATE es rápido

DELETE registra cada fila eliminada para que el cambio se pueda deshacer y replicar, activa activadores y verifica las restricciones fila por fila. En una tabla con millones de filas, eso genera mucho trabajo y volumen de registros. TRUNCATE generalmente desasigna el almacenamiento en una sola operación, registrando mucho menos. Para eliminar un subconjunto grande en lugar de todo, elimine en lotes para evitar bloqueos largos. Cubrimos el costo de bloqueo y consulta en optimización de consultas SQL.

Claves externas y permisos

• Claves externas. SQL Server se niega a TRUNCAR una tabla a la que hace referencia una clave externa. PostgreSQL requiere que también truncas las tablas de referencia, o usas CASCADE. En su lugar, un DELETE verifica cada fila con las restricciones.
• Permisos. ELIMINAR necesita derechos de eliminación. TRUNCATE a menudo necesita ALTER o un derecho TRUNCATE dedicado, y DROP necesita propiedad o ALTER en el esquema.
• Replicación y auditoría. Si otros sistemas dependen de activadores o registros de cambios a nivel de fila, TRUNCATE puede omitirlos. Consulte primero con quien sea el propietario de esos sistemas.

cual usar

Para los datos de prueba, TRUNCATE es popular porque restablece los ID, lo que hace que las pruebas sean repetibles. Envolver cada prueba en una transacción que se revierte es otra opción, que se explica en Transacciones SQL y ACID.

Lista de verificación de seguridad

1. Confirme a qué base de datos y entorno está conectado.
2. Primero ejecute la cláusula WHERE como SELECT.
3. Envuelva el cambio en una transacción donde su base de datos lo admita.
4. Tenga una copia de seguridad reciente y probada antes de TRUNCATE o DROP en producción.
5. Coloque declaraciones DROP en scripts de migración revisados, nunca en consolas ad-hoc.
6. Verifique lo que depende de una tabla, como vistas, claves externas e informes, antes de eliminarla.

Eliminar grandes cantidades de datos de forma segura

Eliminar millones de filas con un DELETE puede bloquear la tabla durante mucho tiempo, llenar el registro de transacciones y ralentizar la replicación. Un patrón común es eliminar en pequeños lotes y repetir hasta que no quede nada:

-- SQL Server style (not run for this article)
DELETE TOP (5000) FROM logs WHERE created_at < '2026-01-01';

-- PostgreSQL style (not run for this article)
DELETE FROM logs
WHERE id IN (SELECT id FROM logs WHERE created_at < '2026-01-01' LIMIT 5000);

Ejecute la declaración en un bucle, con una breve pausa entre lotes, hasta que informe cero filas. Cada lote es una transacción pequeña, por lo que los bloqueos son cortos y se siguen ejecutando otras consultas. Un índice en la columna de filtro, aquí created_at, mantiene cada lote rápido.

Para datos que crecen según la fecha, como registros y eventos, particionamiento de tablas es aún mejor. Cada mes vive en su propia partición y eliminar datos antiguos se convierte en una operación rápida que elimina o trunca una partición en lugar de eliminar filas una por una.

Eliminaciones suaves

Muchas aplicaciones nunca eliminan físicamente los registros comerciales. Agregan una columna como deleted_at y la configuran en su lugar, y las consultas luego filtran en deleted_at IS NULL. Las eliminaciones temporales facilitan la recuperación y mantienen el historial para las auditorías, pero cada consulta debe recordar el filtro, lo cual es un buen trabajo para una vista. Las restricciones únicas también necesitan cuidado, porque una fila eliminada temporalmente todavía conserva su valor. Las leyes de privacidad pueden exigir la eliminación real de datos personales después de un período, por lo que las eliminaciones temporales no sustituyen a una política de retención.

Conclusión

DELETE es la herramienta precisa y cuidadosa. TRUNCATE es el botón de reinicio rápido y DROP elimina la tabla por completo. El mayor riesgo es asumir que una base de datos se comporta como otra, especialmente en lo que respecta a la reversión. En caso de duda, pruebe primero el comando en una copia de la tabla en su propia base de datos.

Preguntas frecuentes

sigue aprendiendo