维度建模完全指南（二）

最新推荐文章于 2022-05-23 21:39:07 发布

cuanqian4378

最新推荐文章于 2022-05-23 21:39:07 发布

阅读量182

点赞数

（二）

第二，加深了对维度建模和总线结构的理解

之前我感觉维度建模一般都会比较适合数据集市上的模型设计，因为在数据集市这一层所需要的维度会比较清晰，而且有比较多也比较明确的可加型指标，而在基础数据这一层维度建模可能不太合适，因为基础数据这一层更多关注的最细粒度的，比较贴源的模型能更好的表达业务含义。由于此书都是结合一些行业实例进行讲解，透过这些实例，改变了我之前对维度建模一些的认识。例如，书中在介绍电子商务行业基于页面事件粒度层面的点击流方案设计的事实表如下：

一个时间维度是用GMT表示的统一同步事件，另一个时间维度则是与客户度量时间一个样的当地时间，在这个事实表中两个时间的组合指的是由正在建立的行所描述的单个页面事件；页面维度指的是正在记录其事件的单个页面；事件维度就是在页面上发生的事情；会话维度描述会话的结果；等等。可以看到在事实表中只要能解答“业务人员将如何描述从业务处理过程得到的数据？”这个问题的信息都可以被设计成维度，从很多实例中都可以看出维度建模的思想在基础数据这一层也能很好的表达业务信息，而且这些维度不仅仅可以使用在这一张事实表中，还可以使用在整个数据仓库的其他事实表中，如书中电子商务行业还有基于会话粒度层面的点击流方案、按会话特征进行聚集的点击流方案、电子商务利润率方案等，形成总线型结构。因此，这样看来，我觉得我们平时建模时使用的将同一主题域甚至整个仓库中将一些公有属性都抽象出来整合在一起的思想，应该也能算做有意无意的使用到了维度建模的思想，在建立总线型结构，使主题域甚至整个数据仓库所有实体表都能如下图一样直接插到维度的“标准接口”上就可以使用。