三元关系与键约束咨询：ER关系键及关系表设计疑问

嘿，我来帮你梳理这两个数据库设计的问题哈～

一、关系的键怎么确定？ #

因为没法直接查看你提供的ERD图，我给你讲下常见多实体（三元）关系的键判断逻辑，你可以对照自己的ERD对应：

• 如果是1对1对1的三元关系：任意一个实体的主键都能当关系的键，或者组合其中两个主键也可以，具体看业务规则里哪个能唯一标识这条关系。
• 如果是多对1对1的三元关系：关系的键就是那个“多”端实体的主键，另外两个1端的实体主键没法唯一区分关系，只有多端的主键能做到。
• 如果是多对多对1的三元关系：关系的键需要是两个“多”端实体的主键组合，1端的主键可以存到关系里但不是键的必要部分（实际设计里一般都会把三个主键都存上方便关联）。
• 如果是多对多对多的三元关系：必须把三个实体的主键组合起来作为关系的键，这样才能唯一标识每一条关系记录。

二、要不要单独建关系表？ #

你说的完全没错，不是所有关系都得单独建表，得看关系的数量关联类型和是否有独立属性：

• 1对1 或 多对1 关系：确实不用单独建表，把关联的外键（如果关系还有自己的属性也一起）放到“多”端的实体表里就行；如果是1对1的话，看业务需求选任意一端放就行。比如多个订单对应一个用户（多对1），把用户ID放到订单表就搞定；一个用户对应一个专属账户（1对1），把账户ID放到用户表或者反过来都可以。
• 三元关系的细分情况：
  • 1对1对1：可以把关系属性放到任意一个实体表中，不用单独建表。
  • 多对1对1：把另外两个1端的外键和关系属性（如果有）放到“多”端的实体表就行，无需单独建表。
  • 多对多对1：如果关系有自己的独立属性，那必须单独建表；如果没有属性，也可以考虑合并，但为了数据清晰和后续扩展，通常还是会单独建一个中间表来存三个实体的关联主键。
  • 多对多对多：这种情况必须单独建关系表，没有任何一个实体表能容纳这种复杂的多对多关联，只能用中间表来存储三个实体的主键组合，以及关系自身的属性（如果有的话）。

总的来说，判断核心就是：如果是多对多的关联组合，或者关系有自己的专属属性，那就需要单独建关系表；如果是一对多/一对一且无额外属性，直接合并到实体表就好。

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