T-SQL: TRUNCATE TABLE y DELETE FROM

Una duda bastante habitual entre los desarrolladores, es cuál es la diferencia entre la sentencia TRUNCATE TABLE y DELETE FROM TABLE. Este post está orientado al modo de trabajo en SQL Server (que es el motor de base de datos que más uso), sin embargo, la mayoría de las diferencias entre ambas sentencias se aplican también a cualquier motor de bases de datos (Oracle, MySQL, DB2, etc).

Veamos primero las diferencias y luego analizamos el porqué de éstas.

TRUNCATE TABLE DELETE FROM
  • Es una operación DDL.
  • Es una operación DML.
  • No permite el borrado selectivo. TRUNCATE TABLE elimina todo el contenido de la tabla.
  • Permite el borrado selectivo, mediante la cláusula WHERE.
  • No se puede ejecutar, si la tabla tiene asociadas, aun si no existiesen registros en la tabla que contiene la FK.
  • Se puede ejecutar si hay FK asociadas a la tabla, pero siempre y cuando no tenga registros asociados o la FK este deshabilitada.
  • Es la forma más rápida de eliminar el contenido de una tabla.
  • Es más lenta.
  • No se activa ningún trigger al ejecutarse (a partir de SQL Server 2005, es posible capturar el evento mediante un DDL trigger, pero a modo de auditoría, no es posible tener acceso a los valores que fueron eliminados).
  • Puede activarse el trigger de ON DELETE y poder determinar que registros están siendo eliminados. siendo eliminados.
  • En caso que la tabla tuviese un campo Identity, se resetea el valor a 1 (o al valor base determinado en el campo).
  • No resetea el valor del campo Identity, en caso que la tabla tuviese uno.
  • TRUNCATE TABLE desasocia (deallocate) las páginas de datos de la tabla.
  • DELETE FROM marca cada registro afectado, como eliminado.
  • El logueo en el transaction log es mínimo. Solo registra el dealloc de las páginas de datos.
  • Loguea cada operación sobre los registros afectados.
  • No puede ser ejecutado si la tabla tiene asociadas vistas indexadas.
  • Se puede ejecutar si la tabla tiene vistas indexadas.

Como se puede ver, TRUNCATE TABLE es bastante más restrictivo que DELETE, al punto que en muchas situaciones, aun si queremos eliminar todo el contenido de la tabla, no podemos hacerlo.

Ahora bien, ¿qué es lo que hace TRUNCATE y porque es mas rápido que su “competidor”?  Para eso primero voy a hacer una brevísima introducción a como almacena internamente SQL Server los datos.

En SQL Server, los registros de una tabla, son agrupados en una estructura física de datos, que se llama página. Cada página tiene un tamaño fijo de 8060 bytes, y puede almacenar uno o cientos de registros, dependiendo del tamaño del mismo. Cuando se intenta insertar más registros en una tabla y la página de datos está llena, se crea otra donde se inserta el nuevo registro y así sucesivamente.

El comando TRUNCATE, lo que hace es desasociar (deallocate) las páginas de datos de la tabla, sin alterar los registros en sí mismo, mientras que el comando DELETE FROM recorre cada uno de los registros y los marca como borrados, por lo tanto, hace muchas más operaciones de lectura y escritura (I/O), que aumenta exponencialmente en relación con TRUNCATE, a medida que aumenta el tamaño de la tabla.

Otra razón que explica la diferencia de rendimiento, es que TRUNCATE TABLE solo registra en el fichero de transacciones (transaction log), el deallocate de las paginas con la tabla (por lo tanto, es posible hacer un rollback de un TRUNCATE (algunos creen que no), mientras que el DELETE FROM manda al transaction log todos los registros afectados, lo que es obviamente mucho más costoso a nivel recursos de I/O.

Por último, al ejecutar el comando TRUNCATE se produce un bloqueo de la tabla, a diferencia del DELETE FROM que hace un bloqueo por pagina o registro, el consumo de memoria para almacenar los objetos bloqueados es mucho menor.