最近有個(gè)朋友問我，他說他在SQLSERVER刪除幾百萬到幾千萬數(shù)據(jù)是顯的很慢，幫他分析了一下，提了一些以下意見，或許對(duì)很多人有用，再者也好長沒寫過BLOG了，一起探討一下

如果你的硬盤空間小，并且不想設(shè)置數(shù)據(jù)庫的日志為最小(因?yàn)橄Ｍ渌５娜罩鞠Ｍ匀挥涗?，而且對(duì)速度要求比較高，并清除所有的數(shù)據(jù)建議你用turncate table1,因?yàn)閠runcate 是DDL操作，不產(chǎn)生rollback，不寫日志速度快一些，然后如果有自增的話，恢復(fù)到1開始，而delete會(huì)產(chǎn)生rollback，如果刪除大數(shù)據(jù)量的表速度會(huì)很慢，同時(shí)會(huì)占用很多的rollback segments，同時(shí)還要記錄下G級(jí)別的日志 ；當(dāng)然如果有條件刪除比如where time<'2006-3-10' 怎么辦，能不能不記錄日志用delete，回答是不行的，SQL Server 引擎在設(shè)計(jì)上就會(huì)對(duì) Delete 操作進(jìn)行日志記錄。至今沒有辦法強(qiáng)制制定某一些語句不記錄到日志中，如果在執(zhí)行 Delete Table1 where Time < '2006-3-10' 由于涉及的記錄比較多,所以日志記錄也相應(yīng)很大(3-4G),如果可行,我建議用以下方式：

選出您所需要保留的記錄到新的表。如果您使用 Full Recovery Mode
根據(jù)SELECT INTO的記錄數(shù),日志可能會(huì)比較大
Select * into Table2 From Table1 Where Time > = '2006-03-10'

然后直接Truncate Table1。無論何種恢復(fù)模式都不會(huì)進(jìn)行日志記錄
Truncate table Table1

最后對(duì)Table2進(jìn)行改名為Table1
EC sp_rename 'Table2', 'Table1'

出處：BLOG:domino的專欄