BW入门学习(BW310课程)(二)

传统星型模式与BI的扩展星型模式

为了创建企业数据仓库或OLAP 应用程序，换句话说，出于分析应用的目的，需要使用多维数据模型。OLTP 规格化设计的问题使其无法被用来支持复杂的特殊数据分析。如下图描绘的那样，对于关系数据库而言，经典星型模式是使用最频繁的多维模型。这个数据库模式归类出两组数据：事实（例如，销售金额或数量）和维度属性（例如，客户、物料或时间）。事实有时也称之为可计量的值，是业务流程分析的重点。

事实数据（数据的值）存储在高度规格化的数据表中。从技术角度讲，维度属性的值存储在各种非规格化的维度表中。从业务角度讲，这些表总体上称之为业务流程维度，简称维度。此处，逻辑相关的维度属性作为层次结构（父项子项关系）存储在维度表内。这些维表借助于键关系与中心数据表关连式地链接在一起。在显示的星型模式设计中，维度表的键是机器生成的维度键(DIM ID)，它唯一定义了维度属性值的组合。在数据表中，DIM ID（连续分配的编号）是一个外键。这样就可以唯一识别数据表中的所有数据记录。

经典的星型（连续分配的、机器生成的DIM）

在我们深入探讨BI InfoCube 模式之前，需要回顾一下特性InfoObject。我们需要重点关注一下具有主数据的特性InfoObject 。下图显示了BI交付的众多具有主数据的特性中的两个。尽管特性InfoObject 在维度表中是属性字段，但是在我们的整体模式设计中，使自己的主数据表与自身相连的特性是十分重要的。

具有主数据的特性InfoObject

下图使用成本中心交易作为示例，展示了经典星型模式与BI 星型模式之间的交叉关系。请注意InfoCube 的维度中所使用的具有主数据的特性是如何与它的主数据相链接的。

BI InfoCube：一种扩展的星型模式

在上图中，您可以看到BI 星型模式是如何在经典星型模式基础上增强的。该增强表现在维度表不包含主数据信息。这一主数据信息存储在单独的表中，这些表称之为主数据表。我们可以说，主数据表“扩展了”星型模式，从而产生了一种扩展的星型模式。

InfoCube 是BI 中多维模型的中心对象。大多数BEx 报表和分析都基于这些对象。从报表角度讲，InfoCube 描述业务范围内的独立数据集，您可以为其定义查询。

InfoCube 包含从多维度布置的大量关系表，也就是说，它包含一个中心数据表，该表周围又有多个维度表。SID 表把这些维度表链接到它们各自的主数据表。

更大的扩展星型模型示例

InfoCube
这里有两种子类型的InfoCube：标准和实时。尽管二者都具有扩展的星型模式设计，但实时InfoCube（先前称为事务型InfoCube）得到了优化，能够直接更新，并且不需要使用ETL 流程。实时InfoCube 几乎专门用于BI 集成计划的工具集。所有BI InfoCube 都包含一些关系表，这些表一起分布在星型模式中。

创建InfoCube（信息块）

转到Info Provider屏幕，在我们前面创建的Info Area点鼠标右键，创建Info Cube