我们的一个客户正在升级他们的服务器，因为旧机器无法再处理数据库的负载。他们在过去的6年中一直在使用sql 2000，并且db已经增长到容纳了几GB的数据。
是否值得升级到2005年或2008年？与2000相比，新版本的主要优点是什么？
答案 0 :(得分：4)
除了Galwegian提到的CLR集成之外，我的主要优点是：
需要注意的另一个不同之处在于，使用Integration Services而不是你曾经习惯的DTS包，而类似的是一个完全不同的球类游戏。
答案 1 :(得分：4)
根据您使用的SQL Server版本，SQL 2005的硬件限制/上限比SQL2k中的相应版本要少。
例如，SQL 2000 Standard Edition不会使用超过2Gb（实际上是1.7Gb）而SQL 2005 Standard Edition没有上限（允许最多OS）。
请参阅： http://msdn.microsoft.com/en-us/library/aa933149(SQL.80).aspx
...和...
http://www.microsoft.com/sqlserver/2005/en/us/compare-features.aspx
所以：如果你正在运行标准版+你的SQL Server 2000实例目前使用~1.6Gb RAM +你的服务器有3Gb或更多的物理RAM那么它可能值得升级只是为了增加内存使用带来的好处... （更多缓存的表数据，索引，计划等）
答案 2 :(得分：3)
我计划从SqlServer 2000升级我将跳过2005并直接转到SqlServer 2008
它具有2005年的所有功能以及一些附加功能（例如，将表变量作为参数传递给存储过程，新日期类型，空间数据处理等的选项）。
您可以参考Advantages of MS SQL Server 2008 over MS SQL Server 2005问题查看完整的功能列表
修改
我可以看到问题已经更新，现在问题中包含了SqlServer 2008。
答案 3 :(得分：3)
MS SQL 2005和2008有很多大肆宣传的技术，其中之一就是能够将CLR代码填充到存储过程中。 不要这样做！
另一个“功能”是将数据库公开为WebServices的能力，再次;不要这样做！
第三个功能是能够再次使用数据库和应用程序层中的“通知”; 不要这样做 ......！
您的数据库是存储桶，它应该“存储数据”，期间。微软在2005年和2008年提出了许多功能，我确信他们确实这样做了，因为他们希望使O / RM库的使用复杂化，从而抽象出实际的数据库供应商，以便人们可以按照自己的意愿更改数据库。然后通过添加许多“愚蠢的功能”，这与我们从70年代开始学习数据库的每一个最佳实践相反，他们设法创建了一个新的锁定，通过让人们使用他们真正不应该使用的东西来删除供应商的锁定反正使用......
2005年和2008年可能会有许多很酷的功能（比如这里提到的一个;支持！）以及诸如优化，错误修正等等。但是小心所以你不要开始使用那些破坏你的应用程序的东西，并且无法使用最佳实践并锁定你...... :(
答案 4 :(得分：2)
说实话，主要的好处是CLR integration - 它可以让您在编写数据库时更加灵活，让您可以选择在程序中包含过程C＃或VB.NET而不是基于集合T-SQL。
答案 5 :(得分：1)
有一些有用的新功能，例如服务代理，但从性能方面来看，你不会看到从2000年到2005年的巨大改进。你可以更好地调整你的数据库和b）投资新硬件。
答案 6 :(得分：1)
用户和模式的分离是另一个好主意。在SQL 2005中，如果您希望按逻辑/功能区域或类似方式而不是数据库中的用户进行模式分离，则可以创建模式，例如“hr”，“sales”，“accounting”，“production”，然后创建用户表在各自的架构下。
在SQL 2000中，架构名称与表所有者/创建者相同。
答案 7 :(得分：1)
我认为微软不再支持SQL Server 2000。如果我错了，很快就会......
答案 8 :(得分：0)
在线索引重建是一个很好的功能。我认为它可能只是Enterprise Edition中的一个选项。