订单管理的总线矩阵

    按照最简略的方式，想象企业数据库房的总线矩阵。

    如图：日期是订单管理中各个环境都需要记录下来的。

    客户，产品，销售署理，买卖他们呢关怀报价，下订单，运送至客户，开发货运发票，客户退货。

    买卖关怀：报价，下订单，运送至客户，开具货运发票，客户退货。

    库房关怀：运送至客户，开具货运发票，客户退货。

    运货商关怀：运送至客户，开具活跃发票，客户退化。

    订单管理总线矩阵

    根据订单管理总线矩阵咱们看看对应的企业库房是什么样的。

    订单事务管理的企业库房

    抵抗现实表规范化的冲动

    1，一些设计者更期望进一步规范化现实表，保存单一的通用的现实及维度。上图的现实表的最小粒度是每个订单明细一行，不是每个订单明细事件一行。

    2，可是这种规范化设计，在现实集合十分巨大的时分，具有意义，可是给定的现实施会呈现出稀少的状况，且没有现实之间的核算结果。

    3，实践咱们更应该抵抗这种规范化现实表的冲动，每行的现实不该该是稀少的。如果需要规范化现实表，则需要将现实表中行数量乘以现实类型的数量。例如假设现实表包括1000W行，每行包括6个键和4个现实，如果规范化处理将将包括4000W现实施，7个健和一个现实。此外需要在现实间履行管用函数的时分，比较困难。可是如果在一张表中的时分核算比较简单。

    4，如果支持BI的应用是OLAP多维数据库，则愈加适合选用规范化数据，多维数据库能够沿着任何维度对多维数据进行切分以履行相关核算，无论是日期，客户，仍是衡量类型。