【IT168技术文档】
1.规划分析的视角：维度

  对客户、产品、服务、提供商、地点、渠道和事件发生的时间及对企业来说很重要的其他实体的观察是商业智能的基本驱动力。当它们在一个关系数据库中表示和抽象出来的时候，它们便叫做维。维是人们观察客观世界的角度，是一种高层次的类型划分。例如如果希望按照时间，或者按照地区或产品进行分析，那么这里的时间、地区和产品就是相应的维度。基于不同的维度，可以看到各量度的汇总情况，也可以基于所有的维度进行交叉分析。
1.1 维度的构成

  在图3-10的星形架构图中可以看到，处于星形结构中央的事实表不仅包含度量，而且也包含维表的外键和事实表的主键。维度表除了代表维之外，还具有字段，例如客户维度表包含一个主键“CustomerKey”和用来向客户提供信息的其他字段。维度由主键和维属性构成。维属性是维表里的列。维元素定义维表中的层次关系，属性则以用户熟悉的术语描述维元素。图3-44显示了维元素和相关属性的关系。
  在设计过程中，来自数据源的数值数据字段到底是一个已度量的事实还是一个维度的属性是比较容易混淆的一个问题。一般情况下，在每次抽样时，如果数值数据字段的度量都改变，那么它就是事实，如果它是某种东西的离散值描述，并几乎保持为常数，那么它就是维属性。
1.2 维度的特性

  所有的维度都有一些共同特性，它们包括以下几个方面。

  （1）维存在于关系式的表中，包含了键值和支持的属性，而且属性与所陈述的事实高度相关。对于属性一般使用简单易用的文字信息，不应该有代码或缩写，没有空值或NULL，没有无用或过时的数值。

  （2）维度使用解析过的时间、名字或地址元素，这样可以使你的查询更灵活。比如时间可分为年、季度、月、周和日等；个人的名字可以分为姓氏和称谓（如先生或小姐）；组织名可以用部门来区分；地址则可以用地理区域来区分（如国家、州省和、城市）。

  （3）不要使用业务数据库的键值，对每个维表另外增加一个额外的惟—值字段作为主键来识别维表实体，通常最常使用的字段类型是Identity类型或者16位格式的全局唯一标识符（Global Unique Identity，GUID）。这样，就不需要改变OLTP系统可能会发生的重复情形，也使得OLTP系统可以重复使用键值。这个在维表中新设定的键也叫代理键。

  （4）维表至少包含一个决策因子，每个决策因子字段可以通过使用相关的主键，并结合事实表的KPI数据来响应用户的查询。

  （5）维度表应该包含有随时间变化的数据记录字段，当数据集市或数据仓库的数据随时间变化而有额外增加或改变时，维表的数据行应该随着维属性的变化而变化。
1.3 维度的分类

  维度主要有4种类型，包括结构维、信息维、分区维和分类维。结构维最为普通，它包含具有层次结构的成员；信息维包含需要计算的属性；分区维用于信息的比较，如计划销售情况和实际销售情况；分类维用于根据维的属性来分组。此外，还有一些结构上比较特殊的维，如退化维和垃圾维等。
1．结构维

  结构维表示在层次结构组成中的信息量度。因此，年、月和日可以组成一个结构维。一个部门将总销售量用作一个度量，便是如何应用结构维的一个例子。与这个度量相关的是包含涉及产品的所有属性的产品信息表。可以通过产品信息表生成的维可能是 “product_name”、“product_brand”、“product_category”、“product_department”和 “product_family”。

  在此会发现，这个产品维可以组成一个层次结构。增加一个时间信息表，就可以通过由年、月和日组成的时间信息对象建立一个时间维。通过这个度量和2个结构维，可以用SSAS确定一种特殊产品在某一特定时期的销售总量。

  下面是一些普通的结构维：

l 客户地理位置维这个维可提供一个根据客户所在地进行归类的层次结构。客户维的典型例子是“customer_city”、 “customer_state”和“custmer_country”。这个维通常用于查看不同的地理位置在销售、利润和其他客户度量方面的不同。

l 时间维可表明事件发生的时间。典型的时间维应该是年、月和日。

l 销售人员地理位置维这个维可提供一个根据销售人员所在地域进行归类的层次结构。这个维通常用来查看工作在不同地域的销售人员的销售情况和利润等。

l 产品维出售的产品。这个层次结构可能包括“product_name”、“product_brand”、“product_category”和“product_department”。这个维用来查看不同类别的产品的销售利润和其他指标。

  所有这些结构维都包含他们所在层次结构的属性。在结构维中层次是非常重要的，所以要在下面分别进行讨论。首先来看另外3种维：信息维、分类维和分区维。
2．信息维

  信息维是计算字段建立的。用户也许想通过销售利润了解所有产品的销售总额。也许希望通过增加销售来获得丰厚的利润。然而，如果某一款商品降价销售，可能会发现销售量虽然很大，而利润却很小或几乎没有利润。从另一方面看，用户可能希望通过提高某种产品的价格获得较大利润。这种产品可能具有较高的利润空间，但销量却可能很低。因此，就利润建立一个维，就销售总量建立一个度量可以提供有用的产品信息。

  用户可以对利润进行2种计算。第1种是计算每种商品的平均利润，这一方法很简单，即用销售价格减去销售人员的开销。知道了每种商品的平均利润之后，还可以用它乘以每一天的销售量从而得到每种商品每一天的总利润。

  真实世界在实际应用中，也许需要进行很多项这样的计算，因为每一天的销售价格和开销都有很大差异。因此，需要一个包含每天的销售价格和每天开销情况的表。在用户查看的时间段上，每一天的销售价格和每天的开销情况都是有区别的，需要进行合计并求平均。某一天每种商品的利润乘以这一天的销售量等于当天的总利润，选定时间段的利润总和为各天的利润之和。

  创建了一个包括每种商品利润和全部利润的维，就有了一个信息维。
3．分区维生成信息表

  以同一结构生成两个或多个维时，要用到分区维。例如，用户可能要创建用于预测销售额和实际销售额的两个维。这两个维的结构相同，只是数值不同。另一个例子是时间维，每一年有相同的季度，相同的月和相同的天（除了闰年以外，而它不影响维）。在OLAP Services中，将频繁使用时间分区维来分割数据仓库中的数据。

例如：为下列结构生成两个同样的维。

the_day

the_month

the_year

  一个时间维中的数据是针对1998年的，而另一个时间维中的数据针对1999年的。建立事实表时，可以把度量分割为1998年的数据和1999年的数据，这将带来许多益处。
4．分类维

  分类维是通过对一个维的属性值分组而创建的。如果客户表中有家庭收入属性，那么，可能希望查看客户根据收入的购物方式。为此，可以生成一个含有家庭收入的分类维。

例如：如果有以下家庭每年收入的数据分组：0~20 000元、20001~40 000元、40 001~
60 000元、60 001~100 000元和大于100 001元。现在就可以考虑如何度量，例如，从这些分类中的每一个所购买产品的数量上来看他们的收入水平怎样和购买量怎样。另外一个可能的分类是家庭成员的性别和数量。
5．特殊维类型

  特殊的维主要是在结构上区别于常见的维度，主要有退化维、垃圾维和一致维3类。

  （1）当维表中的主键在事实表中没有与外键关联时，这样的维称为退化维。退化维与事实表并无关系，但对于一般在企业事件中跨越维之间数据时，所用到的约束，也就是查询限制条件（比如订单号码、出货单编号等），这时就常用退化维。以销售分析而言，通常是把出货日期作为事实的时间，而把订单日期或需求日期等作为查询条件，这里，订单日期或需求日期就是退化维。

  （2）垃圾维。针对某企业事件，通常提供了必要的查询值，但是却没有直接映射信息对象产生的维表，这样的字段就是垃圾维。一般来说，如果OLAP系统包含杂乱的标识和文字属性，而且与时间维以外的维表没有关系，就可以使用垃圾维。唯一要注意的是，垃圾维必须是对企业决策潜在限制值非常重要的属性，通常会创建一个维表来存储这些属性。

  （3）一致维。当有好几个数据集市要合并成一个企业级的数据仓库时，可以使用一致维来集成数据集市以便确定所有的数据集市可以使用每个数据集市的事实。所以，一致维常用于属于企业级的综合性数据仓库，使得数据可以跨越不同的模式来查询。
1.4 维度的层次和级别

  “维”一般包含着层次关系，这种层次关系有时会相当复杂。通过把一个实体的多项重要的属性定义为多个维（dimension），使用户能对不同维上的数据进行比较。因此OLAP也可以说是多维数据分析工具的集合。

  这里首先要确定维度的层次和级别。如图3-45所示，在时间维度上，按照“年－季度－月”形成了一个层次，其中“年”、“季度”和“月”成为这个层次的3个级别。同理，当建立产品维度时，可以将“产品大类－产品子类－产品”划为一个层次，其中包含“产品大类”、 “产品子类”和“产品”3个级别