多对多关系中两种Bridge Table结构的适用场景及原因

一、带group_key的桥接表设计 #

适用时机 #

• 当事实与维度的多对多关系存在重复的维度组合时：比如多个订单由同一组销售共同完成，这类销售组合会反复出现。
• 当需要降低数据冗余时：通过group_key将重复的维度组合抽象成一个分组，桥接表仅存储分组与维度成员的映射，事实表只需记录分组key，避免重复存储大量事实SK+维度SK的关联记录。
• 当需要对维度分组做独立分析时：比如统计固定销售小组的整体业绩，group_key可直接作为分组标识，简化聚合分析逻辑。

核心逻辑 #

把事实与维度的多对多关系，拆解为「事实→分组」「分组→维度成员」两层关联，通过分组复用减少冗余，同时支持分组级别的分析需求。

二、直接关联双方主键的通用桥接表（Junction Table） #

适用时机 #

• 当事实与维度的多对多关系是临时/一次性的：比如每个订单对应的销售都是临时搭配，几乎不会有重复的组合。
• 当仅需实现事实与维度的关联查询，不需要对维度组合做分析时：比如只需要查询某订单对应的销售名单，无需统计销售组合的业绩情况。
• 当希望简化逻辑、降低维护成本时：无需额外生成和维护group_key，设计更直观，开发和理解成本更低。

核心逻辑 #

直接在桥接表中存储事实SK+维度SK的关联对，逻辑简单直接，适合无重复组合的临时多对多场景。

内容的提问来源于stack exchange，提问作者Daniel