OLTP转Staging至DW：合并Playlist相关表为维度表是否会产生重复及桥接表作用

为什么合并会产生重复数据？ #

你的数据关系中，Track和Playlist是多对多关联（通过PlaylistTrack中间表实现）——一个Track可以被加入多个Playlist，一个Playlist也包含多个Track。如果强行把Playlist、PlaylistTrack、Track合并成单个维度表，就会出现以下问题：

• 同一个Track会因为所属的不同Playlist被重复存储，维度表产生大量冗余数据
• 关联Sales事实表时，单条Sales记录会对应多条重复的维度记录，导致统计结果被重复计算（比如某Track的一笔销售额会被算多次）

所以团队的担忧是真实存在的。

桥接表能否解决这个问题？ #

完全可以，桥接表就是专门处理这种多对多维度关系的方案，具体实现方式：

• 分别维护独立的Playlist维度表和Track维度表，各自存储自身的属性字段（比如Playlist的名称、创建时间；Track的歌名、时长等）
• 创建桥接表（比如Playlist_Track_Bridge），仅存储Playlist_ID和Track_ID两个主键字段，用来记录两者的关联关系
• Staging层的星型架构中，Sales事实表直接关联Track维度表；如果需要按Playlist维度分析，通过Track维度表+桥接表关联到Playlist维度表即可

这种方式既消除了维度表的重复数据，又完整保留了多对多的关联逻辑，不会影响后续的数据分析准确性。

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