最近有個朋友問我，他說他在SQLSERVER刪除幾百萬到幾千萬資料是顯的很慢，幫他分析了一下，提了一些以下意見，或許對很多人有用，再者也好長沒寫過BLOG了，一起探討一下
如果你的硬碟空間小，並且不想設定資料庫的日誌為最小(因為希望其他正常的日誌希望仍然記錄)，而且對速度要求比較高，並清除所有的資料建議你用turncate table1,因為truncate 是DDL操作，不產生rollback，不寫日誌速度快一些，然後如果有自增的話，恢復到1開始，而delete會產生rollback，如果刪除大數據量的表速度會很慢，同時會佔用很多的rollback segments，同時還要記錄下G級別的日誌；當然如果有條件刪除比如where time<'2006-3-10' 怎麼辦，能不能不記錄日誌用delete，回答是不行的，SQL Server 引擎在設計上就會對Delete 操作進行日誌記錄。至今沒有辦法強制制定某一些語句不記錄到日誌中，如果在執行Delete Table1 where Time < '2006-3-10' 由於涉及的記錄比較多,所以日誌記錄也相應很大(3-4G),如果可行,我建議用以下方式：
選出您所需要保留的記錄到新的表格。如果您使用Full Recovery Mode
根據SELECT INTO的記錄數,日誌可能會比較大
Select * into Table2 From Table1 Where Time > = '2006-03-10'
然後直接Truncate Table1。無論何種復原模式都不會進行日誌記錄
Truncate table Table1
最後將Table2改名為Table1
EC sp_rename 'Table2', 'Table1'
來源：BLOG:domino的專欄