Hibernate @JoinColumn注解使用困惑：关联列为何生成在关联表？

嘿，刚接触Hibernate遇到这种关联注解的困惑太正常了，我来给你掰扯清楚@JoinColumn到底是怎么工作的，解决你当前的问题～

首先要明确一个核心规则：@JoinColumn的作用是指定「外键列所在的表」，而在一对多（OneToMany）关联中，外键列永远会生成在「多」的那一方的表中——也就是你的House表，不管你把这个注解写在OneToMany还是ManyToOne上，这是JPA/Hibernate的默认设计逻辑，也是符合数据库规范的（避免在「一」的那一方出现冗余或大量null值）。

先分析你代码里的问题 #

你在Person类的@OneToMany上添加@JoinColumn(name = "person_id")，这个操作是显式指定House表的外键列名为person_id，这和JPA的默认行为一致，所以House表生成person_id列是正确的。

但你在House类的@ManyToOne上又加了@JoinColumn(name = "house_id")，这里就踩坑了：@JoinColumn放在@ManyToOne上时，它还是指定外键列在当前实体对应的表（也就是House表），所以Hibernate会在House表再创建一个名为house_id的外键列，这就导致了重复的关联列，完全不符合你的预期。

正确的双向关联写法 #

在一对多的双向关联中，我们只需要在一方指定外键列，另一方用mappedBy来声明“这个关联关系已经由对方维护了”，推荐的写法是这样：

Person类（一的一方）

@Entity
public class Person {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    // 用mappedBy指定关联关系由House类的person属性维护
    @OneToMany(cascade = CascadeType.ALL, mappedBy = "person")
    private Set<House> houses = new HashSet<>();

    // getter、setter...
}

House类（多的一方）

@Entity
public class House {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    // 这里指定House表的外键列名为person_id
    @ManyToOne
    @JoinColumn(name = "person_id")
    private Person person;

    // getter、setter...
}

这样写的话，House表只会生成一个person_id的外键列，同时双向关联的逻辑也能正常工作。

再总结@JoinColumn的核心逻辑 #

• 当你在关联注解（@OneToMany/@ManyToOne/@OneToOne等）上使用@JoinColumn时，它指定的是外键列所在的表，这个表是「拥有外键的那一方」的表。
• 在一对多关系中，多的一方永远是拥有外键的一方，所以不管你把@JoinColumn写在@OneToMany还是@ManyToOne上，外键列都会生成在多的那一方的表（比如你的House表）。
• 如果你想让外键列出现在Person表？这其实是违背数据库设计规范的，因为一个Person对应多个House的话，Person表需要存储多个House的ID，会导致数据冗余、维护困难，JPA也不推荐这种设计（如果非要实现类似逻辑，需要用@JoinTable创建中间表，但那是多对多关联的场景了）。

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