 |
|
|
 首页 |
名片设计 CorelDRAW Illustrator AuotoCAD Painter 其他软件 Photoshop Fireworks Flash |
|
最近有个朋友问我，他说他在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\\\' 返回类别: 教程 上一教程: SQL SERVER下数据库链接的使用方式 下一教程: SQL语言迅速入门之一 您可以阅读与"如何在SQL SERVER中迅速有条件删除海量数据"相关的教程: · 如何在SQL SERVER中恢复数据 · SQL SERVER2000数据库文件损坏时如何恢复 · 当SQL SERVER数据库崩溃时如何恢复？ · SQL Server2000数据库文件损坏时如何恢复 · 当SQL SERVER数据库崩溃时如何恢复 |
  |
| 快精灵印艺坊 版权所有 |
首页 会员中心在线印刷在线编辑付款方式索取样品设计指南连锁门店
|
||
