一、系统平台
微软的BI策略是针对商业智能(Business Intelligence)或数据分析(data analysis)提供了全面性的解决方案。SQL Server 2000提供一个完整的分析系统平台，其包含:
针对关系型数据表或数据仓库(SQL Server自行处理的)所设计的关系型数据库。
在线分析处理（OLAP）引擎(分析处理服务器)。
数据转换服务 (DTS):用以从操作系统中的数据进行清洗、转换及加载。
关系型数据库的管理及OLAP引擎的系统管理工具。
与分析服务（Analysis Service 2000）整合的数据挖掘（Data mining，SQL Server2000只支持决策树和聚类模型）功能。
元数据(Meta data)服务。
自然语言的查询功能(English Query)。
二、标准与存取接口
微软第二个BI策略是发表开放性使用接口及标准，使得系统之间及微软系统与第三方软件产品之间，能够做有效的互通。主要有以下几种机制实现:
SQL Server及分析服务器(Analysis Server)皆是利用对象模型，略过微软的管理接口，提供程序的接口
SQL分布式管理对象 (SQL-DMO) 是SQL Server的对象模型。
决策支持对象 (Decision Support Objects)是Analysis Manager的对象模型。
ActiveX Data Objects Multidimensional (ADO MD) 是Pivot Table 服务的对象模型，也是分析服务(analysis service)的客户端对象。
三、以OLAP做为数据仓库的前端分析
SQL Server里面的多维数据集实际上就是Oracle里面的CUBE，中文一般叫做立方体，多维数据集是联机分析处理 (OLAP) 中的主要对象，是一项可对数据仓库中的数据进行快速访问的技术。多维数据集是一个数据集合，通常从数据仓库的子集构造，并组织和汇总成一个由一组维度和度量值定义的多维结构。
微软BI的框架中，所有系统前端的使用者都是透过分析服务(Analysis Services)来存取关系型数据表的。当cubes从关系型数据表中独立出来，当做更新和查询时，分析服务与SQL Sever间的整合仍旧能让使用者查询数据的完整内容。例如:
分析服务所提供的drill-through功能，能让使用者查询关系型数据表中详细内容。(只要数据库管理员赋予查询权限。)
在某些情况下，数据库管理员会将OLAP储存在OLAP的关系型数据表中(称为关系型在线分析处理，或ROLAP)，分析服务可以适用于任何储存模型（如，ROLAP，HOLAP等）。
四、弹性的客户端系统:方便数据分析
分析服务器的系统结构是设计在客户端与服务器组合架构下运作的，其中客户端对象(PivotTable Services)是透过PC连结到局域网络的分析服务器中，而执行操作接口可以是以Web为基础的客户端、移动设备，或没连结到局域网络的客户端设备。Analysis Service 2000支持了广泛的客户端连结。
五、微软BI架构的一些特点
1.Analysis server只能在微软的操作平台上，扩展性不好
2.Analysis server独立于SQL SERVER，运行时不需要任何的其它组件。
3.模型的查看上，Analysis 界面简单友好，多维数据集的创建直接能够看到数据库中表格原始模型（星型或者雪花型），能够很直观的知道我们最终所使用的物理模型是什么样子，同时在边框里面可以看到都有哪些维参与进来
4.创建维方面，对于Analysis 的维创建比较详细，分为单个表的维，共享维，多个表格维（基于雪花型），虚拟维，父子维，而且在创建维的过程中他把维继续细化，分成了一般维和时间维，如果是时间属性的维，可以基于一个字段（date数据类型）来创建，而且给出了很多种标准的模型，而不需要人来单独设计
5.在对不同的数据源进行搭建数据仓库上面，Analysis可以不需要安装其他的组件，通过ODBC或者OLDB等接口与数据库连接
6. Analysis Server不能够进行ETL，所要搭建的数据仓库所基于的数据库必须是已经ETL过的数据准备区，SQL SERVER可以用DTS来实现ETL。
凡是有该标志的文章，都是该blog博主Caoer（草儿）原创，凡是索引、收藏
、转载请注明来处和原文作者。非常感谢。