我正在为数据仓库建模。让我解释一下情况：
一个事件有一个开始日期和一个结束日期
会议必须是活动的一部分
一个会议有一个或多个主管（一个主管可以监督多个会议）-多对多
一个会议有一个或多个发行人（发行人可以参加许多会议） - 多对多
一个会议有一个或多个投资者（投资者可以参加许多会议）-多对多
这是我的模型：
我用谷歌搜索了一下，发现有我们所说的桥接解决方案，但我不太了解它的用途以及是否必须在我的模型中使用它。
谢谢
【问题讨论】：
标签： database-design data-warehouse business-intelligence
Bridge 模型也可以称为 Snowflake 模式。在您的场景中处理多对多关系时，此方法非常有用。使用此模型，您可以将维度表分解为子维度表。通常我们知道，维度表具有唯一的行。如果我们从您的场景中获得一个示例，则 Dim_meeting 和 dim_supervisor 具有彼此唯一的行。也就是说，supervisor 中的每一行都是唯一的，并且没有可用的重复数据。因此，要处理多对多关系，如果没有两个维度之间的桥接表，就很难做到。对于我举的同一个例子（会议和主管），主管可能会监督许多会议。根据你的说法，一个会议可能有多个主管。
在这种情况下，如果我们在两者之间引入一个桥接表，桥接表就会有自己的唯一 id（代理键 - 主键）、主管 ID 和会议 ID。会议维度将具有所有唯一的会议记录，而主管维度将具有唯一的主管记录。桥接表将有许多主管记录和许多会议记录，因此将在桥接表中创建多对多关系。
这就是它的工作原理。
我还使用桥接表处理了许多类似的情况，这些表在解决类似问题时似乎非常有效。 希望你能理解
【讨论】：
另一种选择是有一个单一的 EVENT_ACTIVITY 事实，其中所有内容都表示为“活动”：
ACTIVITY_ID
PARENT_ACTIVITY_ID
ACTIVITY_LEVEL
ACTIVITY_TYPE
START_DATE
END_DATE
PERSON_ID
other DIM Keys
活动的类型可以是活动、会议、出勤、监督，以及您可能想要包含的任何其他内容。 对于多对多会议/主管，您将有多个具有相同父事件的监督活动记录。
【讨论】：