使用Sql Server 2005而不是Sql Server 2000可以节省很多效率吗？

还是只提供更多服务等

升级后，有没有人看到他们的系统能更快地工作？

解决方案

诸如Analysis Services之类的周围工具已被大量重写，并且可以根据要求为我们赢得各种胜利。但是，我看不到核心数据库引擎从2000年到2005年有很多真正的根本变化。

在某些情况下，有些改进可能会使我们获得更好的性能。与SQL2000相比，SQL2005对64位体系结构的支持要好得多，并且对表的分区更好(可以对表进行分区，而不是对分区的视图进行分区)。 64位支持最有可能在大型系统上为我们赢得性能，因为它允许我们设置更大的缓存。

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

从SQL2000迁移到SQL2005的主要原因是当SQL2000不再支持时。如果我们在SQL2000上具有正在运行的应用程序，则没有太多令人信服的理由切换到2005，而Microsoft仍支持2000。

从迁移到SQL2005，数据仓库系统将获得很多胜利。 SSIS，SSAS2005和SSRS2005比其SQL2000同类产品要好得多。

2005年实质上提供了MVCC行级版本控制，因此作为开发人员，它具有一些效率：不必担心锁定。

从2000年到2005年，我还没有迁移过一个系统，所以我没有一个系统可以与之比较。但是，我们很有可能会看到性能差异。如果不是通过利用快照隔离等一些新功能，则至少是由于SQL2005的许可模型使我们可以在不增加许可费用的情况下使用多核，以及SQL2005改进了内存管理这一事实。 。

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

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

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

除非我们对2000没有问题，否则我强烈建议我们移至2005.