最近我也是有点郁闷,到底是程序中处理关联关系,还是直接使用外键处理关联关系呢?这个的说法不一致!程序中处理这种关联关系的话,自己去维护这种约束。这种很乐观的一种做法!或者是直接在数据库中处理这种直接的外键关联,悲观的做法!刚刚看到个帖子。有的公司表中一个外键都没得,直接在程序中处理这种关联关系。如果在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的一端增加一列外键即可。让外键的值记录到该属性的实体即可。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单向关系,只要基于外键的关联关系维护已经够了。
如果有需要使用连接表来维护关联关系,程序可以使用连接表显示的维护这种关系,所谓连接表就是建立第三张表格来维护我们的关系就行了。使用@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 和N-1 差不多啊,都需要在持久化实体中增加代表关联实体的成员变量,从代码上看没得什么区别。因为N的一端和1的一端都可以直接的访问关联的实体,。
无论单向的还是双向的1-1关联,都需要使用@OneToOne修饰关联实体的属性
有下面的
级联操作,抓取属性。optional 关联关系是否可选。目标关联实体的类名targetEntity.还有个重要的
mappedBy:该属性合法的属性值为关联实体的属性名,该属性指定关联实体中的哪个属性可引用当前的实体
@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的一端加入set类型的成员变量,记录所有的关联的实体。就行了。具体怎么操作,我们慢慢的说来。一个个字的打还是可以的。增加自己的理解
@OneToMany
级联,抓取,目标实体,mappedBy
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<>();
........
}
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次操作哦
自己想想为什么?
@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<>();
...
}