SQL Server 2005：面向信息管理的全新平台
集成服务：居中的是集成服务，这也是我把SQL Server 2005称之为“信息管理平台”的最主要理由。放眼现有的各类企业应用环境，各类信息系统林林总总，数据源和运行平台也呈百花齐放的态势，各类信息应用出于随需而动要求实现层次也越来越多，如何把纷繁的企业信息环境化简为一个可控的环境，集成服务就是最好的答案。逻辑上，笔者常常把集成服务特化为一个数据HUB或者一个统一数据总线，下面是对企业主要信息系统调整的一个总体架构设计。
（1）应用层次：采用企业数据总线方式抽象集成服务 。这样的好处是把以往越来越不可控的企业应用环境，特化为一个个单一入口、单一出口的适配器，所有的交换工作集中在集成服务部分通过管理员的配置完成，大大减少了管理的复杂性。
（2）具体数据交换层次：采用数据HUB方式抽象集成服务。集成服务配合服务Broker可以同时支持单票数据、批量数据、预定数据的分布式交易性交换，因此可以大大减少具体某个应用独立完成这类功能要求，保证跨应用的不同层次间数据交换可以在一个有质量保证的统一容器中完成。
报表服务：新一版的报表服务在扩展性、安全性、部署等方面均有了非常大的改进，在继承了SQL Server 2000 Reporting Service的众多优势外，新版的报表服务在很多方面都明显优于前辈。
（1）即使是信息工作者（在准备好的Report Model后），也可以随机定义自己需要的报表，还原这个工具服务的主动权到业务用户。
（2）对于开发人员最好的改进莫过于支持多参数的报表，这对于人员和业务流程相对较为复杂的企业而言，通过多参数可以按照更为贴近业务职责，同时按照所在区域、负责业务分类、业务访问规则把最合适的报表视图呈现给每个具体用户。
（3）根据表达式动态选择数据源的功能，大大方便了在分布式数据环境下察看报表的功能。
数据分析服务：数据分析服务对商业智能的支持上也有了很大的提升，不仅仅体现在发掘算法数量上，而且最主要的相对开发人员而言，它把分析服务从一个相对封闭的系统，变成了一个与数据库一样，处处可以开发的开放环境。XMLA（XML for Analysis）、ASSL（Analysis Service Script Language）、AMO（Analysis Management Object）和ADOMD.NET构成了一个完整的开发环境，包括分析服务本身、分析服务元数据、立方体中的数据、各个分析对象都成了开发人员手边的对象。
| 开发技术 | 主要用途 |
| .Net Framework | 作为整个数据分析服务的支撑，可以进行整个分析平台的开发。 |
| Persisted Calculations | 面向计算member和计算Cell，可以作为每个Cube独立的Cache内部进行计算。 |
| Stored Procedures | 参考数据引擎的概念提供的新特性。 可以把一些面向立方体和数据库计算通过保存为可编程的单元（存储过程），来提高数据分析服务可重用的功能集合。 |
| XML for Analysis | 借助统一数据模型（UDM）的支持，通过专门的Provider获得对数据分析服务的XML访问方式。 |
| Analysis Services Scripting Language | 用于管理数据分析服务和SQL Server Management Studio的专用脚本语言。 |
| Analysis Management Objects | 类似SMO的概念，主要进行数据分析服务Schema级操作的对象模型，可以完成各种分析对象、甚至数据分析服务本身的对象化访问。 |
| ADOMD.NET | 主要提供了对于多维数据内容的访问，类比ADO.Net对于数据引擎的访问支持。 |
从技术结构上不难看出，在SQL Server 2005这个版本上，微软才真正地完善了分析服务的开发模型，提供了与数据服务平行的开发技术，如果究其根源，笔者认为技术上应该是整个SQL Server 2005运行于.Net Framework CLR这个统一对象平台的关系，业务上则是BI市场巨大经济潜力的关系：
