JPA环境下多态一对多关联的实现方案咨询

现有@Any注解的适配边界 #

@Any的原生设计仅支持多对一关联场景——也就是从Address侧反向关联所属的User/Office实体，天生不支持在User/Office侧反向持有Address集合的一对多映射，没法直接覆盖你的需求。

最适配你的落地方案：用Hibernate的@ManyToAny 做集合级多形关联 #

针对“单张Address表、关联无继承关系的多个独立实体、实体侧持有Address一对多集合”的需求，Hibernate提供的@ManyToAny就是专门解决这类场景的，完全绕开@Any不支持集合映射的限制：

1. 保持Address实体的原有结构不变，保留entityType（实体判别字段）、entityId（关联外键字段）两个核心列
2. 把User、Office实体上原来的@OneToMany注解替换为@ManyToAny映射，配置示例如下：

   @Entity
   public class User {
       @Id
       private long id;
   
       @ManyToAny(
           metaDef = @MetaDef(
               value = {"USER"}, // 对应Address表entityType字段的固定取值
               targetEntity = {Address.class}
           ),
           fetch = FetchType.LAZY
       )
       @JoinColumn(name = "entity_id") // 映射Address表的关联外键列
       @Column(name = "entity_type") // 映射Address表的判别列
       private List<Address> addresses;
   }
   

   Office实体的addresses字段配置仅需把metaDef里的value改成{"OFFICE"}就行，其余映射逻辑完全一致。
3. 配置完成后所有关联逻辑自动生效，不需要手写额外代码：
   • 向User的addresses集合新增Address记录并做持久化时，Hibernate会自动给新插入的Address记录补两个字段值：entity_type设为配置的"USER"，entity_id设为当前User的主键
   • 查询User关联的Address列表时，Hibernate会自动拼接过滤条件entity_type = 'USER' AND entity_id = 当前User主键，和原生的@OneToMany查询体验完全一致

注意：@ManyToAny是Hibernate的扩展注解，不属于JPA官方规范，只要你项目里用Hibernate作为JPA实现，就可以直接用，完全兼容级联操作、懒加载等JPA核心特性。

纯JPA规范下的实现方案 #

如果项目要求不能用任何ORM框架的扩展注解，必须严格遵循JPA标准，可以用应用层维护关联的方案，没有任何框架锁定：

• 移除User、Office实体上addresses字段的所有ORM关联注解，将其标注为@Transient的非持久化字段，避免ORM尝试自动做关联映射
• 在对应的Repository层手动实现关联查询：先查询拿到实体本身，再根据固定的实体类型标识、实体主键，从Address表中拉取所有匹配的地址记录，赋值给实体的addresses字段
• 保存Address记录时，手动给Address的entityType、entityId字段赋值，标记这条地址记录属于哪个实体、关联的实体主键是多少

这个方案的优势是跨数据库、跨ORM框架迁移时不需要改动任何映射逻辑，缺点是所有关联查询、级联保存的逻辑都要手写，长期维护成本更高。

需要避开的常见错误方案 #

不要尝试在原有的@OneToMany注解上拼接@Where(clause = "entity_type = 'XXX'")实现过滤，这种方案只在查询阶段加了条件过滤，插入数据时不会自动给Address的entity_type字段赋值，非常容易出现查询漏数据、脏数据累积的问题，可靠性远低于上面两种方案。

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