在SQLSERVER删除几百万到几千万数据是显的很慢,分析了一下,大家一起探讨。
如果你的硬盘空间小,并且不想设置数据库的日志为最小(因为希望其他正常的日志希望仍然记录),而且对速度要求比较高,并清除所有的数据建议你用turncate table1,因为truncate 是DDL操作,不产生 回滚操作,不写日志速度快一些,然后如果有自增的话,恢复到1开始,而Delete会产生 回滚操作,如果删除大数据量的表速度会很慢,同时会占用很多的 回滚操作 segments,同时还要记录下G级别的日志 ;当然如果有条件删除比如 Where DateTime < '2007-05-24' 怎么办,能不能不记录日志用 Delete,回答是 不行,SQL Server 引擎在设计上就会对 Delete 操作进行日志记录。至今没有办法强制制定某一些语句不记录到日志中,如果在执行 Delete Table1 Where DateTime < '2007-05-24' 由于涉及的记录比较多,所以日志记录也相应很大(3-4G),如果可行,我建议用以下方式:
选出您所需要保留的记录到新的表。如果您使用 Full Recovery Mode
根据Select INTO的记录数,日志可能会比较大
Select * into Table2 From Table1 Where DateTime > = '2007-05-24'
然后直接Truncate Table1。无论何种恢复模式都不会进行日志记录
Truncate table Table1
最后对Table2进行改名为Table1
EC sp_rename 'Table2', 'Table1'
下面是另一个ADO的解决方案(分批删除):
<%
Dim iReallyDo : iReallyDo = 22
While iReallyDo > 0
oConn.Execute "Delete From Table1 Where ID in (Select Top 22 ID From Table1 Where ID in ('所有要删除的ID'))", iReallyDo
Wend
%>
如果你的硬盘空间小,并且不想设置数据库的日志为最小(因为希望其他正常的日志希望仍然记录),而且对速度要求比较高,并清除所有的数据建议你用turncate table1,因为truncate 是DDL操作,不产生 回滚操作,不写日志速度快一些,然后如果有自增的话,恢复到1开始,而Delete会产生 回滚操作,如果删除大数据量的表速度会很慢,同时会占用很多的 回滚操作 segments,同时还要记录下G级别的日志 ;当然如果有条件删除比如 Where DateTime < '2007-05-24' 怎么办,能不能不记录日志用 Delete,回答是 不行,SQL Server 引擎在设计上就会对 Delete 操作进行日志记录。至今没有办法强制制定某一些语句不记录到日志中,如果在执行 Delete Table1 Where DateTime < '2007-05-24' 由于涉及的记录比较多,所以日志记录也相应很大(3-4G),如果可行,我建议用以下方式:
选出您所需要保留的记录到新的表。如果您使用 Full Recovery Mode
根据Select INTO的记录数,日志可能会比较大
Select * into Table2 From Table1 Where DateTime > = '2007-05-24'
然后直接Truncate Table1。无论何种恢复模式都不会进行日志记录
Truncate table Table1
最后对Table2进行改名为Table1
EC sp_rename 'Table2', 'Table1'
下面是另一个ADO的解决方案(分批删除):
<%
Dim iReallyDo : iReallyDo = 22
While iReallyDo > 0
oConn.Execute "Delete From Table1 Where ID in (Select Top 22 ID From Table1 Where ID in ('所有要删除的ID'))", iReallyDo
Wend
%>