《维度模型系列》-3事实表核心技术（下）

最新推荐文章于 2024-04-05 21:02:27 发布

无尴尬不青春

最新推荐文章于 2024-04-05 21:02:27 发布

阅读量772

点赞数

分类专栏：数据仓库文章标签：数据仓库概念数据模型关系模型 hive 大数据

本文链接：https://blog.csdn.net/songjifei/article/details/104728841

版权

数据仓库专栏收录该内容

5 篇文章 0 订阅

订阅专栏

维度模型系列文章：

。。。

1引言

上篇文章中我们主要介绍了事实类型（可加性、半可加性，不可加性），粒度，事实表三种类型主要内容，这篇文章我们继续介绍事实表其他相关内容：

父子型事实表
退化维
代理键
一致性事实
事实表设计方法

2父子型事实表

父子数据关系是业务领域常见的一种数据结构。例如，一个订单除了一条总的订单数据外还会包含许多行商品明细数据，其他的示例如提货单，保险索赔，零售发票等。

这种父子结构会带来典型的设计两难局面：有些数据仅在父级别可用（如：运费，订单满减金额，支付金额），而有些仅在子级别可用（如每种商品的数量，总价）。维度模型中需要两个事实表还是只要一个？在希望向下钻取到子级别时又要如何处理仅在父级别可用的数据呢？

以销售订单为例，假如我们按父子订单分别设计如下图所示的两张事实表，表面上看起来是两个不错的事实表，但是这样的设计存在一个问题，那就是在对产品进行汇总分析时，无法处理父订单级别的运费，支付金额，满减折扣等。

为了解决这个问题，可以将父级别的数据向下分配到子明细数据级别。采用事实粒度一致性原则，将父粒度数据按照某种规则分配到子粒度，用一张明细事实表来代替上面两个事实表，如下图所示，这样就可以按商品来汇总计算运费，优惠金额等数据了。

前面提到的分配规则是需要和业务人员提前达成的某种规则共识，但是有时候不同部门可能就某种分配方法无法达成共识，例如运费分摊的规则可能有按体积，按重量，按价值来分配。这时候我们可以按不同的分配规则计算多个事实放在事实表中，让任何人都可以使用这三种分配方法的任何一种来汇总业务数据，如：

按体积分配的运费金额
按重量分配的运费金额
按价值分配的运费金额

3退化维

对于订单，提货单，零售发票等父子型事实来说，很容易构想出相关的维度，但是订单号，发票号，提货单号如何处理呢？这些编号一般是父-子关系的父标题键，应该将这些编号直接加到事实表中，因为这些编号相关的信息已经都存在事实表中的维度了，没有其他属了，我们称他为退化维。

退化维还有一种使用场景：有时候我们为了使用方便，减少表关联操作，会将常用的维度信息放在事实表中。通过增加冗余存储的方式减少计算开销，提高使用效率。

4代理键

维度表主键标识其唯一性，主键也是维表和事实表关联的基础。主键有两种：自然键和代理键。代理键不具有业务含义，主要用于处理缓慢变化维（维表设计时详细介绍）。自然键具有业务含义。如商品，在ETL开发时，对于商品维表的每一行我们可以生成一个唯一的代理键与之对应，事实表存储这个代理键就可以了，而不是存储业务系统的商品ID。

关于代理键的详细内容我们在维度表技术章节在介绍。