一起玩转SQL Server 2012 下的分析服务

提到SQL Server 2012的分析服务，那么不得不先说下商业智能，它是一个由数据转换成知识的过程。此篇将对SQL Server 2012的分析服务（Analysis Services）以及跟其相关的商业智能做一个简要的介绍，将以一个普通开发人员的角度去阐述和介绍分析服务以及商业智能。

 

 

 

分析服务是SQL Server的一个服务组件。作为一个应用程序开发人员，你已经很熟悉数据库和表，这些在SQL Serer的服务组件中是属于数据库引擎的范畴。还记得你每次打开Management Studio吗？

这个启动界面，也许您还不太清楚SQL Server跟Visual Studio有何关系，看完此篇您就明白了。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

每次打开的时候都会让你选择Server type。除了你常用的Database Engine之外，其余的几个组件，集成服务，报表服务和分析服务，它们加起来就构成了SQL Server端商业智能中的核心组件。

 

如果你选择全部安装了SQL Server的组件，也就是下面的勾全部勾上。（当然，如果你只是做应用程序开发，那么只推荐你单独安装数据引擎服务就可以了，因为其它的服务你安装后运行起来确实很占资源。）

SQL Server 2012里特殊的地方就是分析服务中多了一个Tabular Mode模式，在安装过程中，如果选择安装了分析服务，那么在分析服务配置过程中会出现下面一个界面选择安装分析服务的哪种模式。

在SQL Server 2012下同一个分析服务示例只能以一种方式存在。如果你想使用两种模式，那么只能选择安装两个分析服务实例。

在安装完毕后，就可以在服务列表里看到类似如下已经安装好的服务。

如你所见，平时不用的服务我都是关闭掉的，尤其是报表服务，它们都很占系统资源，即使我笔记本安装的系统内存扩充到了8GB，那我也会选择平时尽量关闭掉它们，然后需要的时候再打开。

可以看一下微软文档中各组件的结构图。

中间的集成服务，主要负责ETL的工作，它贯穿着其它几大主要的服务，这是一个数据的清洗加载和转换的过程（也就是折腾数据的过程），经过ETL的过程之后，数据由OLTP加载到OLAP中。这里面提到的OLTP是联机事务，通常说的某系统都可以归属到这个范围，比如程序员们经常开发的财务管理系统，人力资源管理系统，进销存系统，客户关系管理何办公自动化等，它们主要在数据库这层的工作就是增删查改。OLAP是联机分析处理系统，从字面上可以看出这一层主要的任务就是分析，比如报表系统，数据统计和分析以及数据挖掘。

此外还有一个数据仓库的概念，数据仓库（Data Warehouse）是一个面向主题的（Subject Oriented）、集成的（Integrated）、相对稳定的（Non-Volatile）、反映历史变化（Time Variant）的数据集合，用于支持管理决策(Decision Making Support)。说简单些可以理解为，这一层是把各个业务系统的数据整合到了一起，并且结构会被转换成适合分析的结构的一个特殊的数据库。

也许很多人在此不会很明白（包括早些年刚开始接触BI的我），既然有OLTP了，那么为什么还需要ETL到OLAP呢？想要什么查询一个SQL语句不就搞定？

首先，数据单独传输到OLAP层，可以有效的防止分析系统跟业务系统抢占资源。对于很多大型系统来说，业务系统会非常的繁忙，而分析数据的语句往往都很复杂而且要消耗掉很多资源。分开后可以避免相互之间的影响。

其次，ETL是个很重要的过程，因为在OLAP端通常是整合了多个业务系统的，经过ETL整合到一起后，更方便统计查询。

最后，是为了降低查询统计分析的复杂度。经过聚合的数据通过MDX进行查询，将比直接用SQL语句查询更简洁明了。

在工作的过程当中，也有同事问我为什么不自己建立一套根据维度自己算聚合的方法，直接将其保存到表中。这种方法在一定程度上来说是可行的。但往往在项目正式结束之前，维度模型往往都是要变化的，比如加了一个维度，那么如果自己用表来聚合的话，每加一个或者减少一个以及更新一个维度那么就意外着聚合的方法需要重新改写。

再就一个行业内流传很广的一个事实是：写SQL的不如用Excel的赚的多，