例:update表setbit字段=bit字段-1
最近有個(gè)朋友問我，他說他在SQLSERVER刪除幾百萬到幾千萬數(shù)據(jù)是顯的很慢，幫他分析了一下，提了一些以下意見，或許對很多人有用，再者也好長沒寫過BLOG了，一起探討一下 如果你的硬盤空間小，并且不想設(shè)置數(shù)據(jù)庫的日志為最小(因?yàn)橄Ｍ渌５娜罩鞠Ｍ匀挥涗?，而且對速度要求比較高，并清除所有的數(shù)據(jù)建議你用turncatetable1,因?yàn)閠runcate是DDL操作，不產(chǎn)生rollback，不寫日志速度快一些，然后如果有自增的話，恢復(fù)到1開始，而delete會(huì)產(chǎn)生rollback，如果刪除大數(shù)據(jù)量的表速度會(huì)很慢，同時(shí)會(huì)占用很多的rollbacksegments，同時(shí)還要記錄下G級別的日志；當(dāng)然如果有條件刪除比如wheretime<'2006-3-10'怎么辦，能不能不記錄日志用delete，回答是不行的，SQLServer引擎在設(shè)計(jì)上就會(huì)對Delete操作進(jìn)行日志記錄。至今沒有辦法強(qiáng)制制定某一些語句不記錄到日志中，如果在執(zhí)行DeleteTable1whereTime<'2006-3-10'由于涉及的記錄比較多,所以日志記錄也相應(yīng)很大(3-4G),如果可行,我建議用以下方式： 選出您所需要保留的記錄到新的表。如果您使用FullRecoveryMode
根據(jù)SelectINTO的記錄數(shù),日志可能會(huì)比較大
Select*intoTable2FromTable1WhereTime>='2006-03-10' 然后直接TruncateTable1。無論何種恢復(fù)模式都不會(huì)進(jìn)行日志記錄
TruncatetableTable1 最后對Table2進(jìn)行改名為Table1
ECsp_rename'Table2','Table1'

美國快速服務(wù)器

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請聯(lián)系alex-e#qq.com處理。