最近有个朋友问我，他说他在SQLSERVER删除几百万到几千万数据是显的很慢，帮他分析了一下，提了一些以下意见，或许对很多人有用。
如果你的硬盘空间小，并且不想设置数据库的日志为最小(因为希望其他正常的日志希望仍然记录)，而且对速度要求比较高，并清除所有的数据建议你用turncatetable1,因为truncate是DDL操作，不产生rollback，不写日志速度快一些，然后如果有自增的话，恢复到1开始，而delete会产生rollback，如果删除大数据量的表速度会很慢，同时会占用很多的rollbacksegments，同时还要记录下G级别的日志；当然如果有条件删除比如wheretime〈'2006-3-10'怎么办，能不能不记录日志用delete，回答是不行的，SQLServer引擎在设计上就会对Delete操作进行日志记录。至今没有办法强制制定某一些语句不记录到日志中，如果在执行DeleteTable1whereTime〈'2006-3-10'由于涉及的记录比较多,所以日志记录也相应很大(3-4G),如果可行,我建议用以下方式：
选出您所需要保留的记录到新的表。如果您使用FullRecoveryMode
根据SELECTINTO的记录数,日志可能会比较大
Select*intoTable2FromTable1WhereTime〉='2006-03-10'
然后直接TruncateTable1。无论何种恢复模式都不会进行日志记录：TruncatetableTable1
最后对Table2进行改名为Table1：ECsp_rename'Table2','Table1'
【如何在 SQL SERVER 中快速有条件删除海量数据】相关文章：
★ 使用SQLSERVER 2005/2008 递归CTE查询树型结构的方法