我正在寻找使我们感到高兴的最大的单一原因，即我们已经从SQL2000过渡到SQL2005.

解决方案

原生XML支持对我们来说很重要。

SSIS支持。吹掉DTS，非常方便。 :)

• 递归而不创建临时表。
• 本机异常支持(尝试/捕获而不是if @Error goto)

因为：

Microsoft would like to remind customers that support for SQL Server 2000 Service Pack 3a (SP3a) will end on July 10, 2007.

不(手动)创建临时表的分页是一个基本的但巨大的改进。

但是，如果我们接下来要直接从数据表中拖放ASP.NET应用程序中的某些GridView，那么我们将在应用程序中进行分页...

CLR整合

基于行版本控制的事务隔离

我认为最大的唯一原因是Vista上不支持SQL 2000。因此，我不得不使用SQL 2005.

我不知道是否只有我一个人，但是Linq2SQL不能与SQL 2000完美配合。通常，它应该根据模式键，外键，RI等的推论自动生成并填充子集合。 2005年，但我在2000年运气不佳。

事实证明，通用表表达式非常有用。

我们无法再通过"右键单击"导出表。这更多的是问题，而不是充分的理由。

• SSRS-对我的组织来说，一个真正的巨大优势是拥有SQL Server 2005随附的免费报告工具。ReportingServices使我能够生成外观精美的报告，这些报告正是我们经理在短时间内需要的字段。它具有内置工具，因此它们可以转换为excel，pdf或者其他几种格式。这里有很多价值。
• SSIS-2005年的集成服务对于ETL(导出，转换，加载)功能非常强大。我们可以设置自动流程以按计划运行。
• SSAS-分析服务看起来很有希望。我还没有制作任何数据多维数据集，因为我想组织一个实际的数据仓库。一旦有了这些，就已经内置了强大的数据挖掘算法。

请看一下SQL Server 2005附带的这三个工具。如果我不得不选择其中一个作为升级到2005的最大原因，那就是SSRS。

在这一点上，我建议我们看一下SQL Server 2008.

异常处理...我们如何在SQL 2000上进行管理...？

动态管理视图
进行优化，并快速找出服务器的状态。

枢。这个漂亮的小语句比其他任何SQL Server 2005增强功能为我节省了更多时间。