多对多关系ER图：带PK与仅含FK的连接表哪种架构合规？

开发者社区普遍更认可带有主键的连接表方案，以下是两种方案的具体分析：

一、带主键的连接表（film_rates）方案 #

这是数据库设计的主流实践，有两种常见的主键设置方式，适配不同业务场景：

• 复合主键（由关联的两个外键组合而成，比如user_id + film_id）：
  • 直接贴合业务逻辑，若业务不允许同一用户重复关联同一部电影（比如单次评分），能从根源上避免冗余数据，完全符合关系型数据库的范式要求，且无需额外字段，存储效率更高。
• 单独的自增/UUID主键：
  • 当业务允许同一用户多次关联同一部电影时（比如用户多次更新评分、记录不同时间的评分），单独主键可作为每条记录的唯一标识，方便后续的修改、删除操作。
  • 适配绝大多数ORM框架的默认映射规则，能减少开发中的适配成本。

无论采用哪种主键方式，带主键的连接表都能保证数据完整性，便于后续维护和功能扩展。

二、仅含外键无主键的方案 #

这种方案几乎不被社区推荐，仅在极端特殊的场景下才可能考虑：

• 仅适用于完全不需要维护单条关联记录、且能通过业务逻辑绝对保证外键组合无重复的场景，但这类场景极为少见。
• 劣势显著：无法约束重复数据插入，会导致数据冗余和不一致；后续若需给连接表添加额外字段（比如评分时间、评分备注），没有唯一标识会让单条记录的操作变得异常麻烦；不符合数据库设计的最佳实践，后续接手的开发者需要额外梳理业务约束，维护成本极高。

总结 #

优先选择带主键的连接表方案：若业务不允许同一关联组合重复，推荐使用复合主键；若业务需要支持重复关联（需额外维度区分），则使用单独主键并添加对应业务字段的唯一约束。

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