Hibernate中@OneToMany使用关联表处理可选1-N关系避免空值疑问

1-N非可选关系用关联表的原因 #

先明确前提：这里的「可选性为0」指的是1-N的两端都是非可选的，也就是1侧的实体必须至少关联1个N侧实体，N侧的实体也必须绑定1个1侧实体，不允许出现无关联的独立实体。

常规的1-N设计是在N侧的表加非空外键关联1侧主键，这种设计在两端非可选的场景下有两个明显的问题：

• 插入时的循环依赖：你没法先插任意一侧的数据。插N侧的时候，非空外键要求1侧已经有记录；但1侧要求必须绑定至少1个N侧，又得先有N侧的记录，除非你用的数据库支持事务延迟外键检查，不然根本插不进去数据。
• 1侧的非可选约束没法在数据库落地：常规外键只能保证N侧必须关联1侧，没法强制1侧必须有N侧关联，这个逻辑只能写在业务代码里，很容易出bug产生脏数据。

用关联表就能解决这两个问题：关联表只存两侧的主键映射，两个字段都设为非空外键。插入的时候可以先分别插1侧和N侧的实体，再插关联表记录完成绑定，配合事务完全避开循环依赖的问题；同时你可以在关联表上加CHECK约束或者触发器，直接在数据库层面强制1侧必须至少有一条关联记录，不需要完全依赖业务代码。
你提到的「避免空值」，其实就是避免了常规设计里N侧外键可能出现的空值脏数据，也不需要在1侧表加多余的可空关联字段。你提供的示例图就是常规1-N外键设计和关联表设计的结构对比，和上述逻辑完全对应。

和Hibernate的关联 #

这个设计和Hibernate的使用直接相关：

• Hibernate原生支持1-N关系用关联表映射，只需要在关联注解上加@JoinTable配置就行，代码层面的使用和普通外键映射的1-N没有太大区别，学习成本很低。
• 如果你用的数据库不支持延迟外键检查（比如低版本的MySQL），用关联表映射这种非可选的1-N关系，可以直接避免Hibernate插入数据时抛外键约束违规的异常，不需要你手动调整实体的持久化顺序。
• 双向1-N的非可选关联用关联表映射，还能减少不必要的UPDATE语句：常规外键映射的双向1-N，新增关联的时候Hibernate会先插N侧实体，再额外执行一次UPDATE给N侧填外键，用关联表的话只需要插一条关联记录就行，性能更好。

内容的提问来源于stack exchange，提问作者Alwaleed A. Hamam