Sql Server 2005 效率节省？答案

【问题标题】：Sql Server 2005 efficiency savings?Sql Server 2005 效率节省？
【发布时间】：2010-09-13 09:48:29
【问题描述】：

与使用 Sql Server 2000 相比，使用 Sql Server 2005 是否可以有效地节省效率？

或者它只是有更多的服务等等

有没有人看到他们的系统在升级后工作得更快了？

【问题讨论】：

【解决方案1】：

Analysis Services 等周边工具已被大幅改写，可根据您的要求为您带来各种成功。但是，从 2000 年到 2005 年，我没有看到核心数据库引擎有很多真正根本性的变化。

有一些改进可能会在某些情况下让您获得更好的性能。 SQL2005 比 SQL2000 对 64 位体系结构和更好的表分区有更好的支持（您可以对表进行分区，而不是制作分区视图）。 64 位支持最有可能在大型系统上为您带来性能优势，因为它允许您设置更大的缓存。

除了这些功能之外，我认为它们之间并没有太大的区别。可能会有一些小的性能调整。

从 SQL2000 迁移到 SQL2005 的主要原因是当 SQL2000 不再支持时。如果您有一个在 SQL2000 上运行的应用程序，那么在 Microsoft 仍然支持 2000 的情况下切换到 2005 并没有太多令人信服的理由。

数据仓库系统将在迁移到 SQL2005 后获得不少成功。 SSIS、SSAS2005 和 SSRS2005 比它们的 SQL2000 对应物要好得多。

【讨论】：

【解决方案2】：

2005 提供了 MVCC - 本质上是行级版本控制 - 因此作为开发人员有一些效率：更少需要担心的锁定。

【讨论】：

【解决方案3】：

从 2000 年到 2005 年，我没有迁移过一个系统 - 我已经开始使用一个或另一个 - 所以我没有自己的比较。但是您很有可能会看到性能差异；如果不是利用快照隔离等一些新特性，那么至少由于 SQL2005 的许可模型允许您在不增加许可成本的情况下使用多核，并且 SQL2005 改进了内存管理这一事实.

【讨论】：

【解决方案4】：

使用 2005 绝对会运行得更快。对查询优化器进行了几项改进。现在您可以创建覆盖索引，以便包含的列仅存在于叶级别，而不必进行排序。仅此一项就是一个巨大的改进，并有足够的理由进行升级。

【讨论】：

只有在数据库设计良好的情况下。我有幸与一个在 2005 年运行速度较慢的怪物一起工作

【解决方案5】：

SQL 2005 在处理缓存方面做得更好。您过去必须定期轮询 SQL 2000 以检查对整个表的更新。现在，您可以在发生变化时订阅通知。它也适用于查询、表格和其他一些元素。

【讨论】：

【解决方案6】：

出于其他人列出的所有原因，我会说是的，但是即使您的 SQL 技能不是那么强并且您的查询不是那么好，它们也可能在 2005 年运行得更快。我们从 2000 年搬到了 2005 年，我们有一些复杂的查询，我们无法在 2000 年得到适当的优化。当我们移到 2005 年时，它吃光了查询！显然，优化器做出了开箱即用的更好决策。

除非您对 2000 没有任何问题，否则我强烈建议您改用 2005。

【讨论】：