当前位置: 首页 > 图文教程 > 数据库 > MSSQL > 在 SQLSERVER 中快速有条件删除海量数据

MSSQL
四种方法在SQL Server数据库中成批导入数据
关于SQL Server数据库备份和恢复特性介绍
SQL Server 2005中数据库镜像的四个问题
SQL Server 2005代理服务应用软件组成
如何巧妙利用SQL Server的EXISTS结构
教你轻松学会SQL Server记录轮班的技巧
解析SQL Server中数据库快照的工作原理
使用SQL2000将现有代码作为Web服务提供
指导:SQL Server无日志恢复数据库
SQL Server 2005 Express混合模式登录设置
检测SQL Server是否有特洛伊木马
分布式DBA:SQL存储过程知识总结
在SQL Server 2008中安装安全审计
SQL Server 2005五个动态管理对象
用SQL Server事件探查器创建跟踪
讲解SQL Server数据库触发器的安全隐患
如何减少SQL Server死锁发生的情况
在SQL Server中使用索引的技巧
在SQL 2005中实现循环每一行做一定的操作
教你用压缩技术给SQL Server备份文件瘦身

MSSQL 中的 在 SQLSERVER 中快速有条件删除海量数据


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-09-13   浏览: 162 ::
收藏到网摘: n/a

最近有个朋友问我,他说他在SQLSERVER删除几百万到几千万数据是显的很慢,帮他分析了一下,提了一些以下意见,或许对很多人有用。

如果你的硬盘空间小,并且不想设置数据库的日志为最小(因为希望其他正常的日志希望仍然记录),而且对速度要求比较高,并清除所有的数据建议你用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'