![SQL 2005-2008 与 SQL 2000 维护](https://linux22.com/image/544465/SQL%202005-2008%20%E4%B8%8E%20SQL%202000%20%E7%BB%B4%E6%8A%A4.png)
在我的公司,我们已经使用 SQL Server 很长一段时间了,并且遵循了推荐的升级路径。我注意到,在过去几年中,我花在重建索引和进行常规功能维护上的时间比运行 SQL Server 2000 时多得多。我意识到我们的应用程序已经发生了很大变化,所以这种差异可能是我自己造成的。但是,我相当肯定,对于我们来说,SQL Server 2000 在“无需太多帮助”的情况下“运行”得比新版本的 SQL Server 好得多。
我的问题是,是否有人可以确认或否认这个观点,如果这是真的,那么原因是什么。我现在每晚都在重建索引,而以前我从来不用这样做。谢谢您的帮助。
答案1
除了我撰写的 JGurtz 上面引用的 TechNet 杂志文章之外,您的问题要么是碎片化,要么是统计数据。
如果 perf 逐渐变慢,则表明存在碎片。如果 perf 突然下降,则表明其统计数据失衡并导致查询计划更改。
如果存在碎片,请考虑将键更改为不会导致随机插入的内容,或使用 FILLFACTOR。Google 搜索“Paul Randal FILLFACTOR”以获取更多信息。
如果是统计数据,那么更新统计数据而不是重建索引可能是一种更有效的解决方案,并且消耗更少的资源。
谢谢
答案2
如果说 2005 和更新版本在“自我运行”方面表现更好的话,但我从来都不会这么说,因为所有 SQL 服务器都需要维护。这只是它的本质...
以下是一些与索引相关的资源:
http://performance.sqlpass.org/PresentationArchive.aspx看看 2011 年 1 月、2 月、3 月的会谈
http://technet.microsoft.com/en-gb/magazine/2008.08.database.aspx