Project REAL分析服务技术探讨（3）

核心提示： 如早先提到的那样，实际表中包含了以下三种信息：◆实际表的粒度已经在它的维度中体现出来，Project REAL分析服务技术探讨（3）(6)，每个维度都会有个外部键，用来指向在适当级别/属性的维度表，分割表也可以包含数据的一个子集，例如，在Project REAL中，这些就是代理键(surr

如早先提到的那样，实际表中包含了以下三种信息：

◆实际表的粒度已经在它的维度中体现出来。每个维度都会有个外部键，用来指向在适当级别/属性的维度表。在Project REAL中，这些就是代理键(surrogate keys)，这些键都是通过系统生成的，因此我们能实现第二种类型缓慢变化维度。这些代理键被连接的级别代表了这个维度的粒度。例如，时间维度键可能是Month。另外一个实际表可以是Day。对于其它的维度，这些键可以是Item和Store

◆并不是所有的维度都必须出现在度量组中。例如， Store Inventory和DC Inventory 度量组不必做任何基于Vendors的分析。因此，它们不必包括Vendor 和Vendor Type两个维度。

在Project REAL中，各个Cube的粒度如图13所示：

图13：在Cube编辑器中的维度-度量组映射图

◆实际表包含的度量是我们需要在解决方案中报告的数据。在我们的案例中，Sales 实际表包含的度量有销售总计、销售数量、折扣数量和优惠券数量。

◆另外，实际表也可以包含一些附加的信息（被称为degenerate keys），但不会指向维度。但这些附加的信息自己可以包含维度。例如，对于Store Sales，实际表可以包含销售条目的注册数目。在Project REAL的实际表中，没有degenerate keys。

内部上，分析服务在每个度量组存储了大量的信息。下一个章节描述了跟度量组相关的信息子集(也是包含在设计细节中的)。

分割表

系统在分割表中存储实体表。一个分割表和每个度量组具有相同的结构。它包含相同的列，数据类型也完全一样。然而，分割表也可以包含数据的一个子集。例如，它可能只包含一星期的有效数据。