（1）通过XMLA，可以把相同Schema特性的不同的数据源经过UDM的抽象，变成一个数据源无关的统一XML视图，这不仅为企业内部异构分析系统互连提供可能，更说明微软借助.Net Framework 对XML的Native支持，已经把SQL Server数据分析服务也改造成Native XML的。

（2）ADOMD.Net的出现则是对于以往ADOMD面向新的分析对象的重新封装，以后开发人员可以在纯.Net环境下，通过SQL Server Native Client的方式高效地访问立方体的数据内容，而不用再通过互操作进行类似的工作，尤其对于Cell的密集访问时，效率将得到更好的提升。

以往笔者的小组为了完成.Net对于SQL Server 2000分析服务的访问，为了避免这种过渡频繁的互操作带来的性能消耗，使用VC.Net重写了一个Provider，目的是在访问ADOMD的时候，可以把整个DataTable的填充工作在互操作层一次性批量完成后，再一次性地向上层应用反馈填充好的DataTable，而不是在上层生成一个DataTable，然后通过m*n次互操作来填充DataTable。

AMO的出现则是以一个简单的模型向开发人员提供访问机制，类似的工作在以往只能通过WMI或者微软没有公开的一些COM对象访问数据分析服务。

通知服务：较之上一版本的 SQL Server 2000，SQL Server 2005的通知服务让笔者认为从操作性角度讲可以用“脱胎换骨”来形容。在上一版本的通知服务的很多功能，笔者更乐于用MOM 嵌WMI脚本或者用SQL Job来完成，这个版本中通知服务的配置也全部统一到了SQL Server Management Studio，才真正感觉算一个完善的产品。本次版本主要在如下方面做了增强：

（1）基于条件的通知预定（不过笔者建议您在使用该特性的时候要平衡效率因素）。

（2）可以把整个消息服务引擎用您自己的宿主应用或者进程来执行。

（3）开始提供对数据分析服务的事件Provider。

（4）虽然在上一版本中通知服务已经提供对Windows Clustering的支持，但是该版本增强了自动监测的功能，通知服务可以通过检查每个节点是否安装了Cluster并且是否已经开始运行，当发现所有的节点成功enlist在Cluster中后，就用Cluster的默认名称代替Local Computer名称。

当然，由于通知服务的功能相对而言还是比较有限的，笔者还是建议如果你的企业在使用MOM或者BMC Patrol之类的企业级统一监控平台的话，那么您没有必要使用通知服务。如果没有的话，通过管理和配置通知服务，结合基于角色的运维人员安排，将为您的企业提供一个不错的低成本SQL Server监控系统。

全文检索： 新版本的Ful-Text总算为许多开发人员和管理人员提供了所期待的很多功能：

（1）终于可以用熟悉的DDL方式建立全文检索分类和索引，而不是类似上一版本必须通过存储过程完成这些工作。

（2）更有利的是，可以在链接服务器上执行Full-Text查询。

（3）对于检索的列也从以往“单列/所有列”的方式下，变成了可以独立定制每个表中一组列。

（4）以前总是困扰管理员的恢复后重建Full-Text分类的操作，终于可以自动完成了。

（5）对于新加入的XML数据，可以用Full-Text来查询。

复制：不谈安全性和管理操作上的增强，笔者认为SQL Server 2005对于复制的增强主要体现在面向企业高可用的环境上，除了以往数据内容的复制外，新版本还可以根据Publisher内容的Schema变化复制Schema的修改。为了进一步提高效率，在进行并行复制后进行Merge的时候，可以过滤选项进行预处理，对于BLOB对象的复制也在性能方面有了较大的提高。