疑问：JPA为何生成两个多对多而非一对多关联？

嘿，这个问题其实是JPA处理单向一对多关联时的默认策略导致的，我来给你拆解清楚：

问题根源：单向@OneToMany的默认映射策略 #

你当前的代码里，Author类定义了两个单向@OneToMany关联（phones和emails），但在Phone和Email实体中并没有对应的@ManyToOne关联字段。这种情况下，JPA没办法直接在Phone或Email表中添加指向Author的外键列，所以它会默认采用**连接表（Join Table）**的方式来维护关联关系。

这种连接表的结构看起来和多对多关联的表完全一样（比如会生成author_phones、author_emails这类中间表，包含author_id和phone_id/email_id两个外键列），所以你会误以为JPA创建了多对多关联，但实际上这只是单向一对多的默认实现方式——而且这个默认方式还存在隐患：因为JPA不会给连接表中的外键列添加唯一约束，理论上一个Phone可以被多个Author关联，这就真的变成了多对多，完全不符合你的业务逻辑。

如何改成真正的一对多关联？ #

有两种方案可以解决这个问题，根据你的需求选择：

方案1：改成双向一对多关联（推荐） #

在Phone和Email实体中添加指向Author的关联字段，并标注@ManyToOne，然后在Author的@OneToMany中指定mappedBy，告诉JPA关联关系由子实体（Phone/Email）维护：

Phone实体修改示例：

@Entity
public class Phone {
    @Id
    @GeneratedValue
    private int id;
    private String number;
    
    // 添加指向Author的关联
    @ManyToOne
    private Author author;
    
    // 省略getter/setter
}

Author实体中对应字段修改：

@OneToMany(mappedBy = "author", cascade = CascadeType.PERSIST, fetch = FetchType.EAGER)
private Set<Phone> phones;

这样JPA就会在Phone表中创建author_id外键列，直接关联到Author的主键，不会再生成中间连接表。

方案2：保持单向关联，指定@JoinColumn #

如果你不想在Phone/Email中添加Author字段，只想保持单向的一对多关联，可以在Author的@OneToMany注解上添加@JoinColumn，明确指定子表中的外键列名：

@OneToMany(cascade = CascadeType.PERSIST, fetch = FetchType.EAGER)
@JoinColumn(name = "author_id") // 指定Phone表中外键列的名称
private Set<Phone> phones;

这种方式也会让JPA直接在Phone表中创建author_id外键列，避免生成中间连接表。

总结 #

你看到的“多对多”关联只是JPA处理单向无反向关联的@OneToMany时的默认策略，并非真正的多对多逻辑。通过上述两种方案，就能实现你预期的一对多关联结构。

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