1.SQLSERVER數(shù)據(jù)庫(kù)改bit類型為notBoolean(即,true改成false;false改成true)

例:update表setbit字段=bit字段-1

最近有個(gè)朋友問(wèn)我，他說(shuō)他在SQLSERVER刪除幾百萬(wàn)到幾千萬(wàn)數(shù)據(jù)是顯的很慢，幫他分析了一下，提了一些以下意見(jiàn)，或許對(duì)很多人有用，再者也好長(zhǎng)沒(méi)寫(xiě)過(guò)BLOG了，一起探討一下

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

選出您所需要保留的記錄到新的表。如果您使用FullRecoveryMode

根據(jù)SelectINTO的記錄數(shù),日志可能會(huì)比較大

Select*intoTable2FromTable1WhereTime>='2006-03-10'

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

TruncatetableTable1

最后對(duì)Table2進(jìn)行改名為Table1

ECsp_rename'Table2','Table1'