与 Sql Server 2000 相比，使用 Sql Server 2005 是否有很好的效率节省？
或者它只是有更多的服务等
有没有人看到他们的系统在升级后工作得更快了？
问问题
215 次
6 回答
1
诸如分析服务等周边工具已被大量重写，可以根据您的要求为您带来各种胜利。但是，我没有看到核心数据库引擎从 2000 年到 2005 年有很多真正根本性的变化。
有一些改进可能会在某些情况下让您获得更好的性能。SQL2005 比 SQL2000 对 64 位体系结构和更好的表分区有更好的支持（您可以对表进行分区，而不是制作分区视图）。64 位支持最有可能在大型系统上为您带来性能优势，因为它允许您设置更大的缓存。
除了这些功能，我不相信真的有很大的不同。可能有一些小的性能调整。
从 SQL2000 迁移到 SQL2005 的主要原因是当 SQL2000 不再支持时。如果您有一个在 SQL2000 上运行的应用程序，那么在 Microsoft 仍然支持 2000 的情况下切换到 2005 并没有太多令人信服的理由。
迁移到 SQL2005 后，数据仓库系统将获得相当多的胜利。SSIS、SSAS2005 和 SSRS2005 比它们的 SQL2000 对应物要好得多。
于 2008-09-26T10:25:45.493 回答
0
2005 提供了 MVCC - 基本上是行级版本控制 - 因此作为开发人员有一些效率：更少的锁定担心。
于 2008-09-26T10:31:29.380 回答
0
从 2000 年到 2005 年，我没有迁移过一个系统——我要么从一个开始，要么从另一个开始——所以我没有自己的比较。但是您很有可能会看到性能差异；如果不是利用快照隔离等一些新特性，那么至少由于 SQL2005 的许可模型允许您在不增加许可成本的情况下使用多核，并且 SQL2005 改进了内存管理这一事实.
于 2008-09-26T10:43:45.963 回答
0
到 2005 年，事情绝对会运行得更快。对查询优化器进行了几项改进。现在您可以创建覆盖索引，以便包含的列仅存在于叶级别，而不必进行排序。仅此一项就是一个巨大的改进，并且足以升级。
于 2008-09-26T11:29:56.743 回答
0
SQL 2005 在处理缓存方面做得更好。您过去必须定期轮询 SQL 2000 以检查对整个表的更新。现在，您可以在发生变化时订阅通知。它也适用于查询、表格和其他一些元素。
于 2008-09-26T17:05:51.963 回答
0
出于其他人列出的所有原因，我会说是的，但是即使您的 SQL 技能不是那么强大并且您的查询也不是那么好，它们可能会在 2005 年运行得更快。我们从 2000 年搬到了 2005 年，我们有一些复杂的查询我们无法在 2000 年得到适当的优化。当我们搬到 2005 年时，它吃掉了查询！显然，优化器正在做出更好的开箱即用决策。
除非您对 2000 没有任何问题，否则我强烈建议您改用 2005。
于 2008-09-26T18:05:21.930 回答