误区 #16:多个关于数据的损坏和修复误区 坊间流传的很多版本都不正确 我已经听过很多关于数据修复可以做什么、不可以做什么、什么会导致数据损坏以及损坏是否可以自行消失。其实我已经针对这类问题写过多篇博文，因此本篇博文可以作为“流言终结者”来做一个总结，希望你能有收获。首先，对于数据修复可以做什么，不可以做什么，我已经写过一篇博文<A href="http://www.sqlskills.com/BLOGS/PAUL/post/Misconceptions-around-database-repair.aspx">Misconceptions around database repair涵盖了13个误区—从不用DBCC CHECKDB是否能修复错误（当然不能）到REPAIR_ALLOW_DATA_LOSS是否会引起数据丢失（这个名字的确很让人迷惑）。
其次，很多人抱怨说DBCC CHECKDB第一次运行时显示的错误在第二次运行时会自行消失。这很好解释:第一次由DBCC CHECKDB检测出的错误页已经不属于页分配集了，因此在第二次运行DBCC时就显示不出来了。我有一篇博文对此进行了详细的解释：。
还有一个传的很广泛的流言是，运行时间长的操作(比如索引重建，大容量数据插入,数据库或文件的收缩)会导致页损坏。其实不然，除非sql Server存在BUG的情况下（非常罕见）。没有任何T-sql语句会导致数据出错。我几年前写过一篇文章对此进行了详细的解释:sqlskills.com/BLOGS/PAUL/post/Search-Engine-QA-26-Myths-around-causing-corruption.aspx">Search Engine Q&A #26: Myths around causing corruption。
希望这篇文章对澄清这个概念有帮助
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
