SQL Server誤區30日談 第16天 數據的破壞和修復

SQL Server誤區30日談 第16天 數據的破壞和修復。本站提示廣大學習愛好者：（SQL Server誤區30日談 第16天 數據的破壞和修復）文章只能為提供參考，不一定能成為您想要的結果。以下是SQL Server誤區30日談 第16天 數據的破壞和修復正文

---

誤區 #16:多個關於數據的破壞和修復誤區

坊間傳播的許多版本都不准確

我曾經聽過許多關於數據修復可以做甚麼、弗成以做甚麼、甚麼會招致數據破壞和破壞能否可以自行消逝。其實我曾經針對這類成績寫過量篇博文，是以本篇博文可以作為“謠言終結者”來做一個總結，願望你能有收成。 

 起首，關於數據修復可以做甚麼，弗成以做甚麼，我曾經寫過一篇博文Misconceptions around database repair涵蓋了13個誤區—從不消DBCC CHECKDB能否能修復毛病（固然不克不及）到REPAIR_ALLOW_DATA_LOSS能否會惹起數據喪失（這個名字切實其實很讓人困惑）。

    其次，許多人埋怨說DBCC CHECKDB第一次運轉時顯示的毛病在第二次運轉時會自行消逝。這很好說明:第一次由DBCC CHECKDB檢測出的毛病頁曾經不屬於頁分派集了，是以在第二次運轉DBCC時就顯示不出來了。我有一篇博文對此停止了具體的說明：Misconceptions around corruptions: can they disappear?。

    還有一個傳的很普遍的謠言是，運轉時光長的操作(好比索引重建，年夜容量數據拔出,數據庫或文件的壓縮)會招致頁破壞。其實否則，除非SQL Server存在BUG的情形下（異常罕有）。沒有任何T-SQL語句會招致數據失足。我幾年前寫過一篇文章對此停止了具體的說明:Search Engine Q&A #26: Myths around causing corruption。

    願望這篇文章對廓清這個概念有贊助