经常写SQL脚本的朋友，对delete肯定不会陌生，delete主要用来按照预先条件删除表数据；drop用的可能就没那么多，drop直接将表干掉了；truncate则主要用来无条件清除表中的所有数据。

如果我们要删除表中所有数据，那是用delete好呢、还是用truncate好呢？今天我们就把这三个类似的删除语句理一理，探讨下三者应用场景的区别。

delete，按条件删除表或视图中的数据

delete主要用来从表或视图中删除一行或多行。日志始终完全记录DELETE语句。要求对目标表具有DELETE权限。如果语句包含WHERE子句，则还必须有SELECT权限。

delete的应用场景主要包括：

1、使用不带WHERE子句的DELETE，这种场景是直接将表中所有数据直接删除。这种情况类似与truncate，但delete是记录日志的。

2、使用WHERE子句删除行集，这种场景根据where后的条件删除表中的数据。

3、使用游标以确定要删除的行，删除操作只影响当前从游标提取的单行。

例如：

delete from MyTable where current of MyCursor;

4、对一个表中的数据使用联接和子查询，以删除另一个表中的行，这种场景一般与In、Join配合使用。

5、使用TOP限制删除的行数，当TOP(n)子句与DELETE一起使用时，将针对随机选择的n行执行删除操作。如果需要使用TOP来删除按有意义的时间顺序排列的行，必须同时使用TOP和ORDER BY子句。

例如：

delete from MyTable where MyField in (select top(n) MyField from MyTable order by MyField2 asc)

truncate，清除所有数据最快的方式

truncate主要用来删除表中的所有行或表中指定的分区，不记录单个行删除操作的日志。 TRUNCATE TABLE 与没有 WHERE 子句的 DELETE 语句类似，但是，TRUNCATE TABLE 速度更快，使用的系统资源和事务日志资源更少。

与 DELETE 语句相比，TRUNCATE TABLE 具有以下优点：

所用的事务日志空间较少。DELETE 语句每次删除一行，并在事务日志中为所删除的每行记录一个项。 TRUNCATE TABLE 通过释放用于存储表数据的数据页删除数据，且仅在事务日志中记录页释放。
使用的锁通常较少。当使用行锁执行 DELETE 语句时，将锁定表中各行以便删除。 TRUNCATE TABLE 始终锁定表（包含架构 (SCH-M) 锁）和页，而不是锁定各行。
如无例外，在表中不会留有任何页。执行 DELETE 语句后，表仍会包含空页。例如，必须至少使用一个排他 (LCK_M_X) 表锁，才能释放堆中的空表。如果执行删除操作时没有使用表锁，表（堆）中将包含许多空页。对于索引，删除操作会留下一些空页，尽管这些页会通过后台清除进程迅速释放。

不能对以下表使用 TRUNCATE TABLE：

对于具有以上一个或多个特征的表，需要使用 DELETE 语句。TRUNCATE TABLE不能激活触发器，因为该操作不记录各个行删除。

drop主要用来删除一个或多个表定义以及这些表的所有数据、索引、触发器、约束和权限规范。任何引用已删除表的视图或存储过程都必须使用DROP VIEW或DROP PROCEDURE显式删除。

不能使用DROP TABLE删除被FOREIGN KEY约束引用的表。必须先删除引用FOREIGN KEY约束或引用表。

删除表时，表的规则或默认值将被解除绑定，与该表关联的任何约束或触发器将被自动删除。如果要重新创建表，则必须重新绑定相应的规则和默认值，重新创建某些触发器，并添加所有必须的约束。

使用drop，为了避免表不存在触发异常，一般要配合IF EXISTS判断后再删除。

例如：

if exists (select * from sysobjects where id = object_id(N'[表名]') and OBJECTPROPERTY(id, N'IsUserTable') = 1) 
 drop table [表名]

希望对您有所帮助！