(1)——总体框架
Hibernate是一个持久化的框架,它对JDBC进行了轻量级的封装。对于源程序来说没有侵入性。能让我们通过操作实体关系模型来操作数据库。大大减轻了sql语句的书写,事务的处理,查询结果的管理等数据库操作。下面是一张hibernate的基本知识点的框架。总体来说hibernate还是比较好学习的,但是需要深入和优化性能还是需要仔细的研究。
(2)——一对多映射分析
在学习Hibernate的时候,很大一部分任务量是配置实体映射关系,Hibernate的映射关系的关键就是掌握面向对象的思想,搞清楚实体之间的关系。每一个实体关系都对应这UML中的对象关系。我们配置这些对象的关系模型。下面分节讲述Hibernate的关系映射。
本节主要讲述Hibernate的一和多的关系。之所以称之为一和多的关系,是因为他包括三种关系:单向一对多,单向多对一,双向一对多。我这里统称为它一对多。一对多关系是非常重要的关系,也是现实世界中最多的关系。这三个关系对应的是UML中的关联关系,也可以分成聚合和组合。
之所以把一对多分成三种类型,是因为它们站的角度不同。这里就拿学生和班级的关系举例,站在学生的角度看这个关系是多对一,站在班级的角度看是一对多。但是为了更好的使用这个关系,也考虑到实际操作的原因。一般把它们设置成双向一对多。
单向多对一是站在多的角度去看关系的,在本例中就是站在学生的角度去看。首先看这个关系的UML图。
多个学生对应一个班级。这里的关系就是多对一的关系,站在学生的角度看。如果我们只是需要知道学生位于那个班级。这样就只是单向的关系,也就是拿到Student,hibernate会自动的给你抓取到对应的Classes。单向的多对一是由需求产生的。是人为的设定的。这样的关系中,Studnet一端负责维护关系。它的映射原理是在Studnet表的一段加入外键,指向一的一端。
下面看这两个实体对应的配置文件Student.hbm.xml和Classes.hbm.xml
关系在多的一端维护,就在多的一端配置。
同单向多一对的关系类似,单向一对多关系是同一个实体模型映射的不同关系模型。它是站在班级的角度去看问题的。也就是一的这一端去维护关系。也就是在加载一的时候,Hibernate会自动加载上多的一端数据。他的映射原理和单向一对多是一样的,都是在多的一端加入一个外键,指向一的一端。它的UML图如下,注意箭头的指向不同了。
对应的配置文件Student.hbm.xml和Classes.hbm.xml如下:
一的一端维护关系
上面的两种关系都是单向的,但是在实际应用中,我们往往需要双向的加载。比如我拿到学生想知道他所在的班级,拿到班级想知道班里面有的学生。这样就需要双向的关系。还有一个很重要的原因就是,单向一对多关系在维护关系的过程中存在很大的缺陷。在插入学生的时候,如果班级不能为空,则学生是插入不了的。还有如果插入成功,在开始解决班级字段是空的,在事务提交阶段,班级需要更新每一个学生的班级ID,这样会产生大量的Update语句。影响效率。所以一对多关系大多使用双向一对多映射。
双向一对多映射的UML图是这样的。
它是一个双向的关联(这里仅限于对Hibernate使用,和现实关系有不一致的地方)
双向一对多的配置文件Student.hbm.xml和Classes.hbm.xml如下:
它的映射原理是
也就是两端都要配置,和上面的两种有所不同。但是需要注意的是
通过many-to-one元素,可以定义一种常见的与另一个持久化类的关联。这种关系模型是多对一关联(实际上是一个对象引用-译注):这个表的一个外键引用目标表的主键字段。
一对多关联,定义一个表的外键到另一个表的主键,另一个是多的一端。
inverse的值有两种,“true”和“false”。inverse="false"是默认的值,如果设置为true则表示对象的状态变化不会同步到数据库 ;设置成false则相反;
inverse的作用:在hibernate中是通过inverse的设置来决定是有谁来维护表和表之间的关系的。
1:hibernate中的实体类和我们以前做的实体类不太一样,主要是以前的实体类如果包含其它表的字段,直接加上一个String或者int类型的数据就行。而Hibernate中需要加入的是一个实体类属性字段。但是两者生成的表是一样的。就像上面UML图体现的那样,第一个是Studnet实体类中有一个Classes类型的字段,第二个是Classes中有一个Student类型的集合。第三个是他们双方都有对方的一个引用。
2:一对多关系是比较常用的关系,很多时候都会映射出双向的一对多。
3:学习Hibernate要认真体会里面的实体关系,由此去推出映射关系。这里面用到了很多UML的知识。需要重点研究。
本节讲述一下Hibernate中一对一关系的配置和使用。一对一关系也是比较常见的一种关系,在Hibernate中可以分为单向一对一关系和双向一对一关系。分类的原因一般是由于需求决定的,单双向是站在不同的角度去看认为规定的。一对一关系相对来说比较少见。但是在某些时候也会用到。比如学生和学生证两个实体就是一对一的。
单向一对一是站在其中的一端看的,主要是根据需求决定的。单向标明一端持有另一端的引用,而另一端则没有引用。如下UML图:
这里面Student持有Card的引用,在加载Student的时候,Hibernate会自动加载上Card来。它们的hbm配置文件如下:
Student.hbm.xml.负责维护关系
Card.hbm.xml不负责维护主键,是一个简单的映射文件。
双向一对一是彼此都持有对方的引用,在一端加载的时候,另一端就会自动加载上来。看看双向一对一的UML图
配置文件如下
它和上面的单向的Student.hbm.xml配置一样,这两个不同的是在Card.hbm.xml中使用<one-to-one>标签把它持有的student加载上来。
上面的两种一对一都是采用主键关联的方式,即它们两个表的主键是一样的,student用的表是采用foreign的方式,引用Card的主键。一对一关联还有一种外键关联的方式。它的UML图和双向一对一一样,只是配置文件不一样。
首先看一下它们各自的配置文件。Student.hbml.xml和Card.hbm.xml
一对一外键关联,其实可以看做是一对多的一种特殊形式,多方退化成一。多方退化成一只需要在<many-to-one>标签中设置"unique"="true"。
这里面重要的一个知识点就是<many-to-one>和<one-to-one>的区别,这里主要应用了这个不同。<many-to-one>不仅可以加载到另一端的数据,还会在多的一端表中加入一个外键,而<one-to-one>只会加载另一端数据,不会影响表结构。
(4)——多对多映射分析
Hibernate多对多关联也是比较常见的一种。对于多对多关系,我们都是采用引入第三方表来描述它们之间的关联的。本节主要讲述一下Hibernate多对多关联。多对多关联根据需求也可以分为单向多对多和双向多对多。这里用比较常见的多对多关系用户与角色的关系来举例。
如果要求拿到用户需要知道它的角色,而不去关心反向的加载。那么这个就是单向的。首先看UML图。
它们的配置文件User.hbm.xml和分别Role.hbm.xml如下:
这里面User实体持有一个Role的set集合,使用第三方表把两个表的主键关联起来.
双向多对多就是双方都运用对方的一个引用。在任何一方加载的时候都会自动加载与其关联的另一端数据。首先看一下UML图
双向对多对的配置文件就是有两个单向多对多。其中User的一端和单向的是一样的。下面是Role.hbm.xml
其实多对多就是两个一对多,它的配置没什么新奇的相对于一对多。在多对多的关系设计中,一般都会使用一个中间表将他们拆分成两个一对多。<set>标签中的"table"属性就是用于指定中间表的。中间表一般包含两个表的主键值,该表用于存储两表之间的关系。由于被拆成了两个一对多,中间表是多方,它是使用外键关联的,<key>是用于指定外键的,用于从中间表取出相应的数据。中间表每一行数据只包含了两个关系表的主键,要获取与自己关联的对象集合,还需要取出由外键所获得的记录中的另一个主键值,由它到对应的表中取出数据,填充到集合中。<many-to-many>中的"column"属性是用于指定按那一列的值获取对应的数据。