導(dǎo)讀:1建站知識(shí)我已經(jīng)聽過很多關(guān)于數(shù)據(jù)修復(fù)可以做什么、不可以做什么、什么會(huì)導(dǎo)致數(shù)據(jù)損壞以及損壞是否可以自行消失。其實(shí)我seo網(wǎng)站優(yōu)化培訓(xùn)seo網(wǎng)站排名優(yōu)化軟件。

誤區(qū) #16:多個(gè)關(guān)于數(shù)據(jù)的損壞和修復(fù)誤區(qū) 坊間流傳的很多版本都不正確 我已經(jīng)聽過很多關(guān)于數(shù)據(jù)修復(fù)可以做什么、不可以做什么、什么會(huì)導(dǎo)致數(shù)據(jù)損壞以及損壞是否可以自行消失。其實(shí)我已seo網(wǎng)站優(yōu)化經(jīng)針對(duì)這類問題寫過多篇博文，因此本篇博文可以作為“流言終結(jié)者”來做一個(gè)總結(jié)，希望你能有收獲。 首先，對(duì)于數(shù)據(jù)修復(fù)可以做什么，不可以做什么，我已經(jīng)寫過一篇博文Misconceptions around database repair涵蓋了13個(gè)誤區(qū)—從不用DBCC CHECKDB是否能修復(fù)錯(cuò)誤（當(dāng)然不能）到REPAIR_ALLOW_DATA_LOSS是否會(huì)引起數(shù)據(jù)丟失（這個(gè)名字的確很讓人迷惑）。

其次，很多人抱怨說DBCC CHECKDB第一次運(yùn)行時(shí)顯示的錯(cuò)誤在第二次運(yùn)行時(shí)會(huì)自行消失。這很好解釋:第一次由DBCC CHECKDB檢測出的錯(cuò)誤頁已經(jīng)不屬于頁分配集了，因此在第二次運(yùn)行DBCC時(shí)就顯示不出來了。我有一篇博文對(duì)此進(jìn)行了詳細(xì)的解釋：Misconceptions around corruptions: can they disappear?。

還有一個(gè)傳的很廣泛的流言是，運(yùn)行時(shí)間長的操作(比如索引重建，大容量數(shù)據(jù)插入,數(shù)據(jù)庫或文件的收縮)會(huì)導(dǎo)致頁損壞。其實(shí)不然，除非SQL Server存在BUG的情況下（非常罕見）。沒有任何T-SQL語句會(huì)導(dǎo)致數(shù)據(jù)出錯(cuò)。網(wǎng)站建設(shè)哪家好我網(wǎng)站建設(shè)幾年前寫過一篇文章對(duì)此進(jìn)行了詳細(xì)的解釋:Search Engine Q&A #26: Myths around causing corruption。

希望這篇文章對(duì)澄清這個(gè)概念有幫助

相關(guān)seo網(wǎng)站優(yōu)化培訓(xùn)seo網(wǎng)站排名優(yōu)化軟件。

關(guān)鍵詞標(biāo)簽: 誤區(qū) 標(biāo)簽 SQL