深入Hibernate表关系维护

Hibernate中一对多，多对多对很多新手来说确实比较头疼，特别是hbm.xml中的inverse和cascade这两个属性更是无从下手，今天就来说下我关于Hibernate中 cascade 与 inverse 的理解。

(1)如果：您不了解Hibernate的one-to-many或many-to-one的概念。

(2)如果：你不了解Hibernate的“自由态”“持久态”“游离态”的概念。

(3)如果：您不了解Hibernate中的“脏数据”的概念。

(4)如果：您对Hibernate中Session缓存，没有初步了解的话。
(在Hibernate中调用save进行存储数据的时候,并不是马上就对数据库进行insert操作，而是会将其“数据对象(vo)”纳入Hibernate的Session缓存。)

在上面的4条提示中，如果您对其中的某一条，不是很清楚的话。希望请先了解有关知识。
否则，可能您将 “无法或很难”理解 cascade 或 inverse 这2个属性。

首先，cascade 与 inverse 这两个属性，其实是完全不同的两个东西，想要了解他们各自的“用途与区别”，详见如下介绍：

这里有两个表:

（1）class (班级表)
字段：
cid        varchar(32)    not-null     (班级id，PK)
cname   varchar(16)    not-null     (班级名称)  

（2）student (学生表)
字段：
sid          varchar(32)     not-null       (学生id，PK)
sname     varchar(16)     not-null       (学生姓名)
class_id   varchar(32)     not-null       (学生所属班级，FK)

一个班级(class)对应多个学生(student)，所以班级表(class)就是“one-to-many”端；反之student就是many-to-one端

//--------Class类的代码--------
public class Class implements.....
{
　　private cId = "";
　　private cName = "";
　　private students = java.util.HashMap();
　　// 省略对应的 geter setter方法

　　······

　　······

}

//--------Class.hbm.xml--------
<hibernate-mapping>
<class name="lcx.vo.Class"(对应的JAVA类) table="class"（对应的数据库表名称） catalog="demo"（对应的数据库）>
　　<!--设置主键-->

　　<id name="cid" type="java.lang.String">
      　　<column name="cid"（对应JAVA类中属性名） length="32" />

　　　　<generator class="native"(由hibernate决定生成主键的策略) />

　　</id>

　　<!--设置Hibernate属性-数据表映射-->

　　<property name="name"type="java.lang.String">
　　　　<column name="cname" length="16"not-null="true" />

　　</property>

　　<!--one to many的配置-->

　　<set name="students" table="student"cascade="save-update"（记住了 这里设置了cascade属性）>

　　　　<key column="class_id"(对应的many to one 端的外键) />

　　　　<one-to-many class="lcx.vo.Student"（many to one 的java类） />

　　</set>
</class>
</hibernate-mapping>

 

 

 

//--------Student类的代码
public class Student implements.....
{
　　private sId = "";
　　private sName = "";
　　private Class class = null;
　　// 省略对应的 getersetter

　　······

　　······

}
// Student.hbm.xml
<hibernate-mapping>
<class name="lcx.vo.Student" table="student"catalog="demo">
　　<id name="cid" type="java.lang.String">
　　　　<column name="sid" length="32" />
　　　　<generator class="native" />
　　</id>

　　<!--many to one 端的设置-->

　　<many-to-one name="class"(JAVA类中的属性名)  class="lcx.vo.Class" column="class_id"（该属性在数据库中保存的字段）not-null="true" />   
</class>
</hibernate-mapping>

（一） cascade 的介绍：
　　当Hibernate持久化一个“临时对象(也叫自由态对象)”时，在默认的情况下(即：没有设置cascade属性或cascade=none时)，Hibernate不会自动“持久化他所关联”的其他临时对象，cascade这个属性在维护数据库表关系的时候只对对象进行负责，即不处理多对多关系的中间关系表。

上面这些话是什么意思呢？ 什么叫不会自动 “持久化”关联的临时对象呢？我们看下下面的代码就知道了：

// 创建一个临时对象(也叫自由态对象-保存在内存中的对象)
// 也就是说这个 class 没有被Hibernate纳入Session缓存管理。

//新建一个班级，叫一年级一班

Class class = new Class();
//class.id 为自动生成
class.setName("一年级1班");

//来了一个学生，叫小白兔

Student stu = new Student();
//student.id 为自动生成
stu.setName("小白兔");

//先把这个同学本省的属性CLASS设置为一年级一班，这里很重要

stu.setClass(class);

// 关键就是这里。。。这个学生又被加入到一年级一班
class.getStudents().add(stu);

session.save(class);
// 提交

// 注意: Class.hbm.xml文件中,cascade="save-update"并且也没有设置inverse属性,也就是说inverse=false（在ONE端 inverse默认为false）;
// 此时如果你开启了Hibernate的显示HQL语句功能，那么控制台将会显示如下3条HQL：

 

//----------------------------------------********
insert into demo.class (cid, cname) values (66666666666666666666666666666666, 一年级1班)
insert into demo.student (sid,sname,class_id) values (8888888888888888811cb2e04c888888,小白兔,66666666666666666666666666666666)
update demo.student set class_id=66666666666666666666666666666666 wheresid=8888888888888888811cb2e04c888888
//----------------------------------------********

 

那么为什么会出现，这3条HQL语句呢，我们来一一分析一下：

第1条HQL语句:
其实第一条HQL比较好理解，
当我们调用session.save(class) 后，在Hibernate进行提交的时候，
会发现“有”一条“新”的数据要插入(insert)，所以就往class表中,插入了这条新的class记录。

 

第2条HQL语句：
注意问题就在这里：
这里为什么又出现了一条insert语句呢？而且还是向student表中插入数据。
我们在上面的代码中，并没有编写类似“session.save(student)”这样的语句啊。
这是为什么呢？
其实原因，是这么回事：因为我们在class端，设置了"级联更新"(即:cascade="save-update")，
也就是说，当Hibernate在向class表中插入“新”对象记录时，会检查“Class对象”所关联的属性(就是<set>对应的属性)，是否发生过变化，如果发生了变化，就按照“级联属性(cascade)”所设定的内容进行操作。

这么看有点不容易理解，其实说的简单点就是，有一个学生被放到了班级里，现在班级成立了，那个学生也被建立了。（这么打比方有点奇怪···这都归功于Cascade这个属性）。

也就是说：因为调用了class.getStudents().add(stu);
所以，在Hibernate在进行插入class对象的时候，发现class对象，所关联的集合中，有一条“自由态”的对象（就是那个保存在内存中的学生对象），而又因为class端设置了“级联属性cascade”，所以，在插入这条 “新class对象”时，也一同把他内部的那些还属于“自由态”的其他对象，也一同插入到数据库中他们所对应的表中去了。

第3条HQL语句：
第三条HQL语句是一条update语句，是不是觉得，很莫名其妙。。。。
Hibernate不是出问题了，而是默认的设置当中有"级联更新"(即:cascade="save-update")这个配置。
假如：我们把 class端的配置文档中的 invser属性设置为true(即：inverse=true)
在执行上面的程序，发现，就变成2条insert语句啦。。。。。(update没啦。。。)
看来第三条的update语句和inverse有着密切的关系。

所以我们下边，就来介绍一下inverse属性:

当调用Class.getStudents().add(stu)方法，进行添加操作时，
(即：向 "这个Class对象"所属的“集合 (也就是调用getStudents方法所返回的那个Set集合)”中添加一个Student(即 add(stu))，也就是说，这个“新”添加的Student对象(stu)， 他的Student.class_id字段“必须”要等于“被添加方Class”的主键(即:Class.cid)。
从“数据库”层面来讲，也就是说，这个“新”添加的“Student”的class_id字段，必须要与“Class”的cid字段，存在"主外键关联"。)

正因为如此：所以Hibernate“害怕” 在进行 "Class.getStudents().add(stu)" 这样的操作时，
出现意外情况，如:stu他的本身的Class属性的值（即数据库中class_id）与Class表中的主键值不相匹配或者stu.getClass=null，即：stu没有所属班级，
即“添加方”(Student)与“被添加方”(Class)，存在“外键”不一致的情况发生。
所以就出现了 那条多余的update语句。即：one-to-many（Class端）主动去维护Child.Class_id ，所以就是说，Hibernate怕出错，就给你多执行一次额外的更新语句，以保证 add 到 Class“集合”中的所有Student都是要与Class有主外键关联的。

用普通话说就是:
一年1班.getStudents().add(小白兔);
一年1班.getStudents().add(大白兔);

也就是说现在不管是 小白兔 还是 大白兔
如果他们，目前还没有自己的班级的话，
一年1班的班主任就会主动邀请他们成为一年1班的同学啦~。

也就是说 一年1班的班主任 主动邀请同学，而不是 同学自己来~~~ 所以效率也降低了。。。。

所以我们一般把 一对多端 invser设置为true，即：不让主控端去维护主键关联，
（即：让同学自己去找班级）
说白了，就是，one-to-many端不用去管理 “新添加对象” 的主外键约束问题。

把one-to-many端（即:class端)的invser设置为true
(即：每次向class.getStudents这个集合中添加 student时，不去主动update对应的外键)，
而是在student端去手动设置
例如：
student.setClass(class);
session.save(student);
这样手动设置 student与class关联啦。。。。
所以上面的程序“最好”还是写成这样：

 

//先保存班级

Class class = new Class();
class.setName("一年级1班");
session.save(class);

//再保存学生

Student stu = new Student();
stu.setName("小白兔");

//外键关联班级的主键

stu.setClass(class);
session.save(stu);

/*
此时向class集合add内容，不会进行数据库操作(update)。
“更新”的只是session缓存中，数据镜像。
这样做的好处是：不仅减少了update语句，
而且，同时也更新了session缓存。
------------------------
而在原来:
one-to-many端inverse=false时，虽然也更新seesion缓存中的class集合，
但是有却又多余update
*/

//最后将学生加入班级，数据库不进行任何操作，只是对内存中的班级对象进行更新，效率高

class.getStudents().add(stu);
// 提交

总结:
当inverse=false并且向one-to-many端的关联集合，添加“新对象(即: 自由态对象)” 时，Hibernate就会自动，去update那“个刚刚到来的” “自由态对象”的外键来确保主外键相同的关系。
如果你向one-to-many端添的集合中，add一个“已经持久化了的对象”，也就是刚才第二种方法，那就不会出现update了(因为已经持久化过了)。

//再看一下这个异常出现的情况
假如，将one-to-many端(即:Class端)的 hbm.xml 文档中的cascade移除掉 或把cascade="none"。
那么上面的代码会出现什么情况呢。
结果会出现2条HQL，和一堆Exception

insert into demo.class (cid, cname) values(66666666666666666666666666666666, 一年级1班)
update demo.student set class_id=66666666666666666666666666666666 wheresid=8888888888888888811cb2e04c888888
Hibernate Exceptinon......................................

相比较cascade被设置"save-update"的时候，缺少了1条 insert语句，而且也多了一些Exception。

那么，到底是少了哪1条insert语句呢？
就是这条：
insert into demo.student (sid,sname,class_id) values(8888888888888888811cb2e04c888888, 小白兔, 66666666666666666666666666666666)

之所以会出现，这样的现象，想必您已经早就看出来了。
因为，我没有设置Class端的Cascade，所以在save(class)的时候，并没有自动将其所关联的“自由态对象”进行持久化操作。
然而，又因为 Class端的inverse=false，所以，Class会自动去维持，更新那个 “新来的student” 的外键。
所以会出现，没有insert就要update啦。。。。当然会错，根本就找不到那个持久化的对象嘛，很正常的就是Exception了。