如何在SQLSERVER中快速有条件删除海量数据
16lz
2022-01-19
1.SQLSERVER数据库改bit类型为notBoolean(即,true改成false;false改成true)
例:update表setbit字段=bit字段-1
最近有个朋友问我，他说他在SQLSERVER删除几百万到几千万数据是显的很慢，帮他分析了一下，提了一些以下意见，或许对很多人有用，再者也好长没写过BLOG了，一起探讨一下
如果你的硬盘空间小，并且不想设置数据库的日志为最小(因为希望其他正常的日志希望仍然记录)，而且对速度要求比较高，并清除所有的数据建议你用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'
例:update表setbit字段=bit字段-1
最近有个朋友问我，他说他在SQLSERVER删除几百万到几千万数据是显的很慢，帮他分析了一下，提了一些以下意见，或许对很多人有用，再者也好长没写过BLOG了，一起探讨一下
如果你的硬盘空间小，并且不想设置数据库的日志为最小(因为希望其他正常的日志希望仍然记录)，而且对速度要求比较高，并清除所有的数据建议你用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'
更多相关文章
- 互动网站建设，如何操作，海量模板一站式建站
- 【海量数据学院】DBA的学习方法论系列—正确的学习方法
- 大数据技术完美地解决了海量数据问题，可为何还要搭建数据平台？
- 秒级去重：ClickHouse在腾讯海量游戏营销活动分析中的应用
- 实战：利用GPU计算海量数据
- 海量数据处理之bitmap
- 微信海量数据监控的设计与实践
- 原创 | 5G场景下物联网海量设备安全接入体系研究
- 浅谈海量平台的质量管理