最近我也是有点郁闷，到底是程序中处理关联关系，还是直接使用外键处理关联关系呢？这个的说法不一致！程序中处理这种关联关系的话，自己去维护这种约束。这种很乐观的一种做法！或者是直接在数据库中处理这种直接的外键关联，悲观的做法！刚刚看到个帖子。有的公司表中一个外键都没得，直接在程序中处理这种关联关系。如果在Hibernate中处理外键关系的话。我们首先得有个主表的对象吧，然后在创建外键。感觉有点啰嗦，为啥不直接操作呢！我只要晓得你这个Id是外键就行了。各有各的说法。我想你也在思考这个问题。
现实的世界中确实很少有孤立纯在的东西，大多都是两者之间纯在某种关系的。有单向关系 只能通过老师访问学生，或者学生访问老师
或者双向关系 两个都可以相互的访问
单向关系
1-1
1-N
N-1
N-N
双向关系
1-1
1-N
N-N
单向N_1关联是最多的，多个人住同一个地址，我们只需要从人这一端知道他的住址就行了，没必要知道某个地址的用户。 为了让我们两个持久化实体关联，程序在N的一端增加持久化实体的一个属性，该属性指向引用1的那一端的关联实体
对于N-1（不管是单向关联还是双向关联），都只需要在N的一端使用@ManyToONe修饰关联实体的属性
有下面的一些属性，其实之前我也说过的，很容易忘记。没事的时候自己看看
属性 | 说明 |
Cascade | 级联操作策略CascadeType.ALL…. |
Fetch | 抓取关联实体的策略，之前说过FechType.Lazy 延迟和立即 |
targetEntity | 该属性的关联实体的类名，在默认情况下通过反射获得类名 |
默认情况下我们的targetEntity无需指定这个属性的。但在一些特殊的情况下，例如使用@OneToMany.@ManyToMany 修饰 1-N N-N关联的时候，关联实体集合不带泛型信息就必须指定了
无连接的N-1
无连接也就是不需要第三张表，维护我们的关联关系。对于N_1关联关系，我们只需要在N的一端增加一列外键即可。让外键的值记录到该属性的实体即可。Hibernate使用@JoinColumn来修饰代表关联实体的属性，用于映射底层的外键列。这种就不使用连接表了
好啦，我们看一下例子
多个人对应同一个地址
@Entity
@Table(name="person_inf")
public class Person
{
@Id @Column(name="person_id")
@GeneratedValue(strategy=GenerationType.IDENTITY)
private Integer id;
private String name;
private int age;
// 定义该Person实体关联的Address实体
@ManyToOne(targetEntity=Address.class)
// 映射外键列，指定外键列的列名为address_id、不允许为空
@JoinColumn(name="address_id" , nullable=false)
@Cascade(CascadeType.ALL)
private Address address;
........
}
Address 里面很正常就一个Id，和地址详细
他们建立的表什么样子呢？
person_inf
person_id age name address_id
address_inf
address_id addressDetail
如何操作对象呢，因为address_id 是一个外键。如果我们保存一个Person对象在我们的表中的话，我们应该首先有一个Address 对象吧。可以是存在数据库中的，也可以才瞬态对象。我们在插入的时候级联操作，会先插入address_inf这个表中，然后才可以使用外接啦。不然会报错的，因为没有存在的外键，肯定不行啦~
Session session = HibernateUtil.currentSession();
Transaction tx = session.beginTransaction();
// 创建一个Person对象
Person p = new Person();
// 创建一个瞬态的Address对象
Address a = new Address("广州天河");
p.setName("Test");
p.setAge(21);
// 设置Person和Address之间的关联关系
p.setAddress(a);
// 持久化Person对象
session.persist(p);//级联的插入操作哦~，地址一定先于person插入数据表中，这里必须设置级联操作，不然要报错
// 创建一个瞬态的Address对象
Address a2 = new Address("上海虹口");
// 修改持久化状态的Person对象
p.setAddress(a2);
tx.commit();
HibernateUtil.closeSession();
有连接的N-1
我们的关联关系的维护让第三张表来维护啦。对于大部分的N_1单向关系，只要基于外键的关联关系维护已经够了。
如果有需要使用连接表来维护关联关系，程序可以使用连接表显示的维护这种关系，所谓连接表就是建立第三张表格来维护我们的关系就行了。使用@JoinTable
下面的是java给的例子，除了这些属性外，我们还可以指定targetEntity。指定关联的实体是哪个！也就是生成表的是哪个表所对应的实体。
@JoinTable(
name="CUST_PHONE",
//相对于当前实体的外键，的列名。 参照的列名，也就是数据表中的名字
joinColumns=
@JoinColumn(name="CUST_ID", referencedColumnName="ID"),
//这个也是个外键,只是不说当前实体里面的属性。
inverseJoinColumns=
@JoinColumn(name="PHONE_ID", referencedColumnName="ID")
)
我们来看个例子就知道啦
@Entity
@Table(name="person_inf")
public class Person
{
// 标识属性
@Id @Column(name="person_id")
@GeneratedValue(strategy=GenerationType.IDENTITY)
private Integer id;
private String name;
private int age;
// 定义该Person实体关联的Address实体
@ManyToOne(targetEntity=Address.class)
// 显式使用@JoinTable映射连接表
@JoinTable(name="person_address", // 指定连接表的表名为person_address
// 指定连接表中person_id外键列，参照到当前实体对应表的主键列
joinColumns=@JoinColumn(name="person_id"
, referencedColumnName="person_id", unique=true),
// 指定连接表中address_id外键列，参照到当前实体的关联实体对应表的主键列
inverseJoinColumns=@JoinColumn(name="address_id"
, referencedColumnName="address_id")
)
private Address address;
.....
@Entity
@Table(name="address_inf")
public class Address
{
// 标识属性
@Id @Column(name="address_id")
@GeneratedValue(strategy=GenerationType.IDENTITY)
private int addressId;
// 定义地址详细信息的成员变量
private String addressDetail;
}
这里产生的表的话，以前的person的表不会改变address也不会变
只是增加一个外表
person_address ——table
address_id person_id
使用连接表维护关系
单向1-1关联
看上去 1-1 和N-1 差不多啊，都需要在持久化实体中增加代表关联实体的成员变量，从代码上看没得什么区别。因为N的一端和1的一端都可以直接的访问关联的实体，。
无论单向的还是双向的1-1关联，都需要使用@OneToOne修饰关联实体的属性
有下面的
级联操作，抓取属性。optional 关联关系是否可选。目标关联实体的类名targetEntity.还有个重要的
mappedBy：该属性合法的属性值为关联实体的属性名，该属性指定关联实体中的哪个属性可引用当前的实体
例子:基于外键的单向 1-1 关联，无连接表
@Entity
@Table(name="person_inf")
public class Person
{
// 标识属性
@Id @Column(name="person_id")
@GeneratedValue(strategy=GenerationType.IDENTITY)
private Integer id;
private String name;
private int age;
// 定义该Person实体关联的Address实体
@OneToOne(targetEntity=Address.class)
// 映射名为address_id的外键列，参照关联实体对应表的addres_id主键列
@JoinColumn(name="address_id"
, referencedColumnName="address_id" , unique=true)
private Address address;
地址肯定是独一无二的嘛，对不对！增加unique约束~
.....
}
有连接表的也是差不多，理解啦买就行了
@Entity
@Table(name="person_inf")
public class Person
{
// 标识属性
@Id @Column(name="person_id")
@GeneratedValue(strategy=GenerationType.IDENTITY)
private Integer id;
private String name;
private int age;
// 定义该Person实体关联的Address实体
@OneToOne(targetEntity=Address.class)
@JoinTable(name="person_address",
joinColumns=@JoinColumn(name="person_id"
, referencedColumnName="person_id" , unique=true),
inverseJoinColumns=@JoinColumn(name="address_id"
, referencedColumnName="address_id", unique=true)
)
private Address address;
......
}
上面的东西，我相信只要第一个看懂了就行了，跟着画样子涩。1-1嘛。肯定不能一样的涩。
单向的1-N
1的一端要访问N的一端，肯定的加个集合涩和前面的集合很相似，但是现在的集合里的元素是关联的实体啦。对于单向的1—N关联关系。只需要在1的一端加入set类型的成员变量，记录所有的关联的实体。就行了。具体怎么操作，我们慢慢的说来。一个个字的打还是可以的。增加自己的理解
@OneToMany
级联，抓取，目标实体，mappedBy
无连接表的单向1-N
1个人有多个住处~~~贪官！不然怎么买的起这么多房子，现在的房价你又不是不知道！哼~
@Entity
@Table(name="person_inf")
public class Person
{
@Id @Column(name="person_id")
@GeneratedValue(strategy=GenerationType.IDENTITY)
private Integer id;
private String name;
private int age;
// 定义该Person实体所有关联的Address实体，没有指定cascade属性
@OneToMany(targetEntity=Address.class)
// 映射外键列，此处映射的外键列将会添加到关联实体对应的数据表中，为啥呢？
@JoinColumn(name="person_id" , referencedColumnName="person_id")
private Set<Address> addresses
= new HashSet<>();
........
}
这里的外键列不会增加到当前实体对应的数据表中，而是增加到，关联实体Address对应的数据表中，有点特殊！为什么。之前我们使用set集合的时候都必须在增加一个表记得？只不过这里增加到了关联实体里面去了。而不是在增加一张表~~
N的端不维护关系，没得变化~
有连接的1-N
@Entity
@Table(name="person_inf")
public class Person
{
// 标识属性
@Id @Column(name="person_id")
@GeneratedValue(strategy=GenerationType.IDENTITY)
private Integer id;
private String name;
private int age;
// 定义该Person实体所有关联的Address实体
@OneToMany(targetEntity=Address.class)
// 映射连接表为person_address
@JoinTable(name="person_address",
// 定义连接表中名为person_id的外键列，该外键列参照当前实体对应表的主键列
joinColumns=@JoinColumn(name="person_id"
, referencedColumnName="person_id"),
// 定义连接表中名为address_id的外键列，
// 该外键列参照当前实体的关联实体对应表的主键列
inverseJoinColumns=@JoinColumn(name="address_id"
, referencedColumnName="address_id", unique=true)
)
private Set<Address> addresses
= new HashSet<>();
...
}
这里是1对N 1个人有多个住的地方，但是每个都是不一样的，所以要增加unique约束
因为采用连接表了，我们的Person表中没有存在维护连接关系，可以任意的持久化操作。
1个person 2个adress 要插入5次操作哦
自己想想为什么？
单向的N-N也是需要的
@ManyToMany
N-N关系必须需要连接表啦，和有连接的1-N相似，但是要把unique约束去掉啦~
直接修改啦，上面那个~
@Entity
@Table(name="person_inf")
public class Person
{
// 标识属性
@Id @Column(name="person_id")
@GeneratedValue(strategy=GenerationType.IDENTITY)
private Integer id;
private String name;
private int age;
// 定义该Person实体所有关联的Address实体
@ManyToMany(targetEntity=Address.class)
// 映射连接表为person_address
@JoinTable(name="person_address",
// 定义连接表中名为person_id的外键列，该外键列参照当前实体对应表的主键列
joinColumns=@JoinColumn(name="person_id"
, referencedColumnName="person_id"),
// 定义连接表中名为address_id的外键列，
// 该外键列参照当前实体的关联实体对应表的主键列
inverseJoinColumns=@JoinColumn(name="address_id"
, referencedColumnName="address_id")
)
private Set<Address> addresses
= new HashSet<>();
...
}
