维度建模基本规则

规则1：Load detail atomic data into dimensional structures.

必须把所有的细节数据都装载到维结构中来，也许有些数据在当时看来并没有太大用处，也许用户可能只关心聚集了之后的数据，但是谁也不能保证用户的需求不会增长或者变化。

规则2：Structure dimensianal model around business processes

通常情况下，一个事实表对于一个业务流程，比如说，给用户开账单，可能涉及到时间，地理，产品类型多个维度，涉及到一个事实表：金额表。另外，除了简单事实表以外，可能在细节数据水平上，有多个业务流程使用统一的一个事实表，统一的事实表是简单事实表的一个补充，而不是它的替代品。

规则3：Ensure that every fact tables has an associated date dimensional table

确保每一个事实表都有一个与之关联的时间维表，有时候还可能有多个时间维对应到一个事实表，比如说重要事件的时间表，重大的节日等等。

规则4：Ensure that all facts in a single fact table are at the same grain or level of detail

确保在一个单一事实表中的所有事实都具有相同的粒度或细节水平比如说，你把按照月份统一以后的数据和按天统计的数据放在一个事实表中，这是不对的。

规则5：reslove the many-to-many relationship in fact tables; 避免多对多关系出现在事实表中，这样损坏事实表本身的粒度。由于事实表和维表之间本身就是多对多关系，如果在事实表中有多对多关系要记录，请把这些关系用事实表和维表的维度关系来表示。

规则6：reslove the many-to-one relationship in demension tables;

避免多对一的关系出现在维表中。比如说：在学生表中，有班主任属性，学生和班主任属性是多对一的关系，当在建立学生维时，这样的关系就应该分解，产生雪花模型，将班主任属性提取到比较小的子维去。但是有时候，多对一关系可以出现在事实表中，比如说维表里的数据很多，而且维表的ROLL-UP属性经常发生变化的时候，可以考虑把这种多对一关系到事实表中处理。

规则7：store report labels and filter domain values in dimention tables;

尽量避免大块的描述信息出现在事实表中，比如说某个字段在report中显示的label，如果是必不可少的描述信息，请在维表中添加某个属性来记录。

规则8：Make certain that dimension tables use a surrogate key.

确保每一个维表（除了时间维）是使用一个代理的主键，也就是没有业务意义的主键，比如sequence自增。

规则9：create conformed dimensions to integrate data across the enterprise

首先建立一些标准的维来集成企业数据，比如说：制造企业的产品维，这个维几乎在各个数据集市中都需要用到，先把这些维建立起来，可以减少以后的冗余设计。

规则10：Continuousely balance requirements and realities to deliver a dw/bi solusion that'accept by business users and that supports their decision-support

在维度建模的过程中，不断的做到需求和实现之间的平衡，使得你的设计能能够不断的适应用户不断变化的需求。