原文鏈接：@JoinColumn詳解 原文標的也是轉載，但是沒有注明原文鏈接，看起來亂亂的，所以整理一下轉載過來，順便細看一下
1. 一對一
現假設有Person表和Address表，是一對一的關系，在Person中有一個指向Address表主鍵的字段addressID，所以主控方一定是Person，所謂主控方就是能改變關聯關系的一方，Person只要改變addressID就改變了關聯關系，所以Person是主控方，所以@JoinColumn寫在Person類中
-
@OneToOne(cascade=CascadeType.ALL,optional=
true)
-
@JoinColumn(name=
"addressID")
//注釋本表中指向另一個表的外鍵。
-
public Address getAddress() {
-
return address;
-
}
如果兩張表是以主鍵關聯的，比如Person表主鍵是id，Address表主鍵是address_id，則運用如下注釋：
-
@OneToOne(cascade={CascadeType.ALL})
-
@PrimaryKeyJoinColumn(name =
"id", referencedColumnName=
"address_id")
-
public Address getAddress( ) {
-
return homeAddress;
-
}
2.一對多單向
假如現在有Person表和Country表，那么一定是Person表中有country_id字段
由於我們是一對多的關系，所以站在一的角度，也就是Country的角度，在Country類中加入@JoinColumn：
-
@OneToMany(cascade=CascadeType.ALL)
-
@JoinColumn(name=
"country_id")
//注釋的是另一個表指向本表的外鍵。
-
public List<Person> getPersons() {
-
return persons;
-
}
在一對多單向關系中，多的一方（Person）沒有注解，一的一方（Country）有注解，如果一的一方不加@JoinColumn指定外鍵字段的話，Hibernate會自動生成一張中間表Country_PERSON來對Person和Country進行綁定。
3.多對一單向
還是沿用一對多單向的例子，只是反過來，將Country中的注解去掉，挪到Person類中：
-
@ManyToOne
-
@JoinColumn(name=
"country_id")
-
public Country getCountry() {
-
return country;
-
}
如果記不清這類關系的話，最好自己把表都設計好，通過注解將關系全部指定，不要讓Hibernate代勞。使用中間表關聯的注解：
-
@JoinTable(name =
"Person_Country",
-
joinColumns = {
@JoinColumn(name =
"person_id")},
-
inverseJoinColumns = {
@JoinColumn(name =
"country_id")})
4.一對多雙向
單向關系的缺點還是比較明顯的，比如一對多單向，多的那一方沒有任何關於另一方的信息，如果我們通過person_id取得一個單獨的Person對象，我們沒辦法知道它屬於哪個Country，因為Person類中沒有Country對象，多對一單向則是反之。所以正常使用時，一對多雙向是最常用的，雙方都有彼此的信息。單向變雙向，只需在單向的基礎上，在Person類中加入多對一的注解：
-
@ManyToOne(cascade = CascadeType.ALL, optional =
false)
-
@JoinColumn(name=
"country_id")
-
private Country country;
一般多對多的關系都是用中間表來維護的，假設現在有Person表，Project表，Person_Project表，Person類中的注解：
-
@ManyToMany(cascade = CascadeType.ALL)
-
@JoinTable(name =
"Person_Project",
-
joinColumns = {
@JoinColumn(name =
"person_id")},
-
inverseJoinColumns = {
@JoinColumn(name =
"project_id")})
-
public List<Project> getProjects() {
-
return project;
-
}