使用Sql Server 2005而不是Sql Server 2000是否可以节省更多的效率?

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

升级后有没有人看到他们的系统运行得更快?

有帮助吗?

解决方案

Analysis Services等周边工具经过大量重写,可根据您的要求为您提供各种胜利。但是,在核心数据库引擎中,我从2000年到2005年没有看到很多真正根本性的变化。

在某些情况下,有一些改进可能会让您获得更好的表现。与SQL2000相比,SQL2005对64位体系结构和更好的表分区有更好的支持(您可以对表进行分区而不是分区视图)。 64位支持最有可能在大型系统上获得性能,因为它允许您设置更大的缓存。

除了这些功能外,我不相信存在很大差异。可能会进行一些性能调整。

从SQL2000迁移到SQL2005的主要原因将是SQL2000失去支持。如果你在SQL2000上有一个正在运行的应用程序,那么切换到2005并没有很多令人信服的理由,而微软仍然支持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年。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top