维度人物扮演

    咱们总是希望经过时刻来调查功能。在事务现实表中，首要的日期列是事务日期，如：订单日期。可是有时会发现其它日期可能会每个现实相关，例如：恳求发货日期。这个就涉及到 维度人物扮演。

    维度人物扮演

    从上图中能够看到，每个日期成为现实表中的外健，可是不能简略的将两个外健连接到同一个日期维度表，SQL会将这种双向一起连接解说为需求两个相同的日期。可是咱们能够树立并管理单独的物理日期维度表，然后运用视图或许别号树立两个不同日期维度的描绘。

    注意：当某个单一现实表中一起出现多次时，则会存在维度模型的人物扮演，基本维度可能作为单一的物理表存在，可是每种人物应当被标识为不同的企图展现到BI东西中。

    日期维度 人物扮演和总线矩阵

    日期维度-人物扮演和总线矩阵

    产品维度 的一起特征

    产品维度是最常见、最重要的维度表之一，它描绘了公司出售产品的完好组合。大大都产品表都具有以下一起特征：

    1，很多冗长、描绘性的列。维度表特点天然的描绘维度行，不会因为其它维度的影响而发生改变，不会随时刻发生改变，尽管某些特点可能会随时刻缓慢改变

    2，一个或许多个特点层次，加上没有层次的特点。在企图展示产品描绘的时候，具有按一个特点，然后在别的一个特点进行约束是最近本的要求，一切特点，不管是否适合单一层次，都应该能被方面的进行上卷和下钻。大都产品的维度特点是单独的低粒度特点，不是清晰层次结构的一部分。

    3，从头树立操作型产品代码到署理键的映射。需求运用无语义的署理主键以防止由重复运用操作型产品代码所带来的严重错误，别的需求集成来自不同操作系统的产品信息。

    4，添加描绘性特点值以扩展或许替换操作型代码。不要接收类似事务用户了解操作型代码这样的托言。事务用户了解操作性代码的原因是被迫运用这些代码，因此内容必须具有易读性，模糊神秘的缩略词与纯数字一样不受欢迎，应该将他们替换为便于了解的文本或许进行扩大。

    5，查看特点值，保证没有拼写错误，不可能存在的值，多变量等。BI使用和报表依赖于维度特点的精确内容。

    6，将特点定义、解说、元数据来历文档化。记住元数据类似DW/BI的百科全书。必须警惕元数据仓库的获取和维护工作。

    客户维度的一起特征

    客户维度为每个发送产品的不同地址树立一行。

    客户维度

    从图中咱们能够看到，一个客户维度一起支撑不同的层次，例如Address，城市，州县，国家等不同层次。层次能够不同级别的数量，在这这些层次的每个层次上进行上卷和下钻是维度模型必须支撑的。