解决方法
在我的回答中存在过于笼统的风险,我会说你应该定期运行索引维护过程.但是,您的索引维护过程应该只重建/重新组织特定需要它的索引.
这提出了一个问题：索引什么时候需要重建或重组？罗兰多很好地接触了这个.再次,我冒着极其广泛的风险.当碎片级别对性能产生负面影响时,索引需要维护.这种碎片级别可能会根据索引的大小和组成而有所不同.
说到sql Server,我倾向于选择索引大小和索引碎片级别,此时我开始执行索引维护.如果索引包含少于100页,我将不执行任何维护.
如果索引在10％到30％之间碎片化,我将重新编制索引并更新统计信息.如果索引碎片超过30％,我将重新建立索引 – 没有UPDATE STATISTICS,因为这是由REBUILD处理的.请记住,重建只会更新与索引直接关联的统计信息对象.其他列统计信息需要单独维护.
这个答案真的只是一个很长的路要说：是的,你应该做常规的索引维护,但只能做需要它的索引.
原文地址：https://www.jb51.cc/mssql/80668.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
