深入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了。