TRUNCATE是快的，DELETE是慢的。

尽管TRUNCATE没有问责制。

下面是我对SQL Server中DELETE和TRUNCATE的区别的详细回答

•删除数据:首先，两者都可以用于从表中删除行。 但是，根据提供程序的功能，DELETE不仅可以用于从表中删除行，还可以用于从VIEW或OPENROWSET或OPENQUERY的结果中删除行。

•FROM子句:使用DELETE，您还可以使用另一个FROM子句根据另一个表的行从一个表/视图/rowset_function_limited中删除行。在那个FROM子句中，您还可以编写正常的JOIN条件。实际上，通过将SELECT替换为DELETE并删除列名，可以从不包含任何聚合函数的SELECT语句创建DELETE语句。 对于TRUNCATE，你不能这样做。

•WHERE: TRUNCATE不能有WHERE条件，但DELETE可以。这意味着使用TRUNCATE您不能删除特定的行或特定的行组。 TRUNCATE TABLE类似于不带WHERE子句的DELETE语句。

•性能:TRUNCATE TABLE更快，使用更少的系统和事务日志资源。 其中一个原因是两个语句都使用了锁。DELETE语句使用行锁执行，表中的每一行都被锁定以便删除。TRUNCATE TABLE总是锁定表和页，而不是每一行。

•事务日志:DELETE语句一次删除一行，并在事务日志中为每行创建单独的条目。 TRUNCATE TABLE通过释放用于存储表数据的数据页来删除数据，并且在事务日志中只记录页的释放。

•page:执行DELETE语句后，表中仍然可以包含空页。 TRUNCATE通过释放用于存储表数据的数据页来删除数据。

•Trigger: TRUNCATE不会激活表上的删除触发器。因此，在使用TRUNCATE时必须非常小心。如果在表上定义了delete Trigger以在删除行时执行一些自动清理或记录操作，则永远不应该使用TRUNCATE。

•标识列:如果表包含标识列，则使用TRUNCATE，该列的计数器将重置为为该列定义的种子值。如果没有定义种子，则使用默认值1。 DELETE不会重置标识计数器。因此，如果希望保留标识计数器，请使用DELETE。

•Replication: DELETE可以用于事务性复制或合并复制中使用的表。 而TRUNCATE不能用于事务性复制或合并复制中涉及的表。

•Rollback: DELETE语句可以回滚。 TRUNCATE也可以回滚，前提是它被包含在TRANSACTION块中并且会话没有关闭。一旦会话关闭，您将无法回滚TRUNCATE。

• Restrictions : The DELETE statement may fail if it violates a trigger or tries to remove a row referenced by data in another table with a FOREIGN KEY constraint. If the DELETE removes multiple rows, and any one of the removed rows violates a trigger or constraint, the statement is canceled, an error is returned, and no rows are removed. And if DELETE is used against View, that View must be an Updatable view. TRUNCATE cannot be used against the table used in Indexed view. TRUNCATE cannot be used against the table referenced by a FOREIGN KEY constraint, unless a table that has a foreign key that references itself.

DELETE语句可以有一个WHERE子句来删除特定的记录，而TRUNCATE语句不需要任何子句并擦除整个表。 重要的是，DELETE语句记录删除日期，而TRUNCATE语句不记录删除日期。

一眨眼的功夫就不能做DDL。

简而言之，truncate不会记录任何内容(因此更快，但不能撤消)，而delete会记录日志(并且可以是更大事务的一部分，将回滚等)。如果您在开发中有不想在表中使用的数据，通常最好截断，因为您不会冒填满事务日志的风险

如果将TRUNCATE包装在事务中，则可以回滚。

请参阅下面的两个参考资料并自行测试:-

http://blog.sqlauthority.com/2007/12/26/sql-server-truncate-cant-be-rolled-back-using-log-files-after-transaction-session-is-closed/

http://sqlblog.com/blogs/kalen_delaney/archive/2010/10/12/tsql-tuesday-11-rolling-back-truncate-table.aspx

截断与删除是SQL面试中最臭名昭著的问题之一。一定要向面试官解释清楚，否则可能会让你丢掉这份工作。问题是没有多少人意识到这一点，所以如果你告诉他们YES Truncate可以回滚，他们很可能会认为答案是错误的。