@JoinColumn 详解
原文链接:@JoinColumn详解 原文标的也是转载,但是没有注明原文链接,看起来乱乱的,所以整理一下转载过来,顺便细看一下
1. 一对一
现假设有Person表和Address表,是一对一的关系,在Person中有一个指向Address表主键的字段addressID,所以主控方一定是Person,所谓主控方就是能改变关联关系的一方,Person只要改变addressID就改变了关联关系,所以Person是主控方,所以@JoinColumn写在Person类中
-
-
-
public Address getAddress() {
-
return address;
-
}
我们也可以不写@JoinColumn,Hibernate会自动在Person表生成关联字段,名称是被控方类名_被控方主键,如address_id
如果两张表是以主键关联的,比如Person表主键是id,Address表主键是address_id,则运用如下注释:
-
-
-
public Address getAddress( ) {
-
return homeAddress;
-
}
2.一对多单向
假如现在有Person表和Country表,那么一定是Person表中有country_id字段
由于我们是一对多的关系,所以站在一的角度,也就是Country的角度,在Country类中加入@JoinColumn:
-
-
-
public List<Person> getPersons() {
-
return persons;
-
}
在一对多单向关系中,多的一方(Person)没有注解,一的一方(Country)有注解,如果一的一方不加@JoinColumn指定外键字段的话,Hibernate会自动生成一张中间表Country_PERSON来对Person和Country进行绑定。
3.多对一单向
还是沿用一对多单向的例子,只是反过来,将Country中的注解去掉,挪到Person类中:
-
-
-
public Country getCountry() {
-
return country;
-
}
如果记不清这类关系的话,最好自己把表都设计好,通过注解将关系全部指定,不要让Hibernate代劳。使用中间表关联的注解:
-
-
joinColumns = {
-
inverseJoinColumns = {
4.一对多双向
单向关系的缺点还是比较明显的,比如一对多单向,多的那一方没有任何关于另一方的信息,如果我们通过person_id取得一个单独的Person对象,我们没办法知道它属于哪个Country,因为Person类中没有Country对象,多对一单向则是反之。所以正常使用时,一对多双向是最常用的,双方都有彼此的信息。单向变双向,只需在单向的基础上,在Person类中加入多对一的注解:
-
-
-
private Country country;
5.多对多单向
一般多对多的关系都是用中间表来维护的,假设现在有Person表,Project表,Person_Project表,Person类中的注解:
-
-
-
joinColumns = {
-
inverseJoinColumns = {
-
public List<Project> getProjects() {
-
return project;
-
}