如果您的事实有多个维度实例怎么办？答案

【问题标题】：What if your fact has multiple instances of the dimension?如果您的事实有多个维度实例怎么办？
【发布时间】：2023-03-22 08:43:01
【问题描述】：

在服装店的星型模式中，有一个交易事实来捕获所有购买的东西。这通常具有通常的日期、时间、金额维度，但也会有一个人来表明谁购买了它。在某些情况下，您可以让多个人参与同一笔交易。如果外键在 Fact 表上并因此只能指向一个人，那么如何建模？

【问题讨论】：

【解决方案1】：

维度建模的标准技术是使用“桥”表。您会发现典型的例子是拥有账户（或交易）的客户群，以及在医院就诊时有多项诊断的患者。

在您的情况下，这可能如下所示：

表：FactTransaction

表：BridgePersonGroup

表：DimPerson

为每一组人创建一个新的 PersonGroupKey 并最终得到如下行：

PersonGroupKey 1, PersonKey 5
PersonGroupKey 1, PersonKey 3
PersonGroupKey 2, PersonKey 1
PersonGroupKey 3, PersonKey 6

PersonGroupKey 然后代表 Fact 中的人群。

从逻辑上讲，应该还有一个表 DimPersonGroup，它只列出 PersonGroupKeys，但大多数数据库不需要这个，所以 Kimball 建模师通常会取消它。

这是 Bridge 表的基础知识，但您可以根据自己的情况考虑修改！

【讨论】：

【解决方案2】：

您需要一个连接表TransactionPerson（或类似的东西），其中Person 到TransactionPerson 是1:M 关系，然后TransactionPerson 到Transaction 是M:1 关系。

这样您就可以让多个人间接与一笔交易相关。

【讨论】：

这是有道理的。你有没有显示这种方法的链接，通常我发现的东西在事实和维度之间没有连接表。
@MoreThanFive 连接表（也称为映射表）是将多对多 (M:M) 关系规范化为两个一对多 (1:M) 关系的非常常见的解决方案。这种规范化的一个副产品是一个额外的连接表。如果你用谷歌搜索如何规范多对多，几乎所有东西都应该指向这种方法。

【解决方案3】：

我建议将 Bridge 表与您的事务表和人员表结合使用。例如：

表：fact_transaction

表：bridge_transaction_person

表：dim_person

【讨论】：