1.SQLSERVER數(shù)據(jù)庫改bit類型為 not Boolean(即,true改成false;false改成true)
例:update 表 set bit字段=bit字段-1
最近有個朋友問我，他說他在SQLSERVER刪除幾百萬到幾千萬數(shù)據(jù)是顯的很慢，幫他分析了一下，提了一些以下意見，或許對很多人有用，再者也好長沒寫過BLOG了，一起探討一下

如果你的硬盤空間小，并且不想設(shè)置數(shù)據(jù)庫的日志為最小(因?yàn)橄Ｍ渌５娜罩鞠Ｍ匀挥涗?，而且對速度要求比較高，并清除所有的數(shù)據(jù)建議你用turncate table1,因?yàn)閠runcate 是DDL操作，不產(chǎn)生rollback，不寫日志速度快一些，然后如果有自增的話，恢復(fù)到1開始，而delete會產(chǎn)生rollback，如果刪除大數(shù)據(jù)量的表速度會很慢，同時會占用很多的rollback segments，同時還要記錄下G級別的日志 ；當(dāng)然如果有條件刪除比如where time<'2006-3-10' 怎么辦，能不能不記錄日志用delete，回答是不行的，SQL Server 引擎在設(shè)計(jì)上就會對 Delete 操作進(jìn)行日志記錄。至今沒有辦法強(qiáng)制制定某一些語句不記錄到日志中，如果在執(zhí)行 Delete Table1 where Time < '2006-3-10' 由于涉及的記錄比較多,所以日志記錄也相應(yīng)很大(3-4G),如果可行,我建議用以下方式：

選出您所需要保留的記錄到新的表。如果您使用 Full Recovery Mode
根據(jù)Select INTO的記錄數(shù),日志可能會比較大
Select * into Table2 From Table1 Where Time > = '2006-03-10' 

然后直接Truncate Table1。無論何種恢復(fù)模式都不會進(jìn)行日志記錄
Truncate table Table1

最后對Table2進(jìn)行改名為Table1
EC sp_rename 'Table2', 'Table1'

最新評論