2010-01-03 传智播客—hibernate加强与二级缓存（转载）

tigers20010

浏览: 48614 次
性别:
来自: 深圳

最近访客更多访客>>

ydalbj007

胡睿杨

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

博客分类：

hiberante

Hibernate

从昨晚后半夜开始下午，现在外面的雪还没停，这是来北京后最大的一场雪。早上6：30起床，然后去吃早餐。今天是元旦假期的最后一天，幸好乘车的人不多，很快就坐上了车。如果是平时可能得在大雪里走几站，甚至走到学校。气温还可以，在外面等车时，雪好美！

今日继续讲解hibernate，也是hibernate课程的最后一天。Hibernate的内容非常多，如果详细着讲估计还得两天，但课程安排是三天。大部分之前的学生说外面用hibernate的很少！~~ 无奈！继续上一次课程…。

一、Hibernate的检索策略

上一次课程我们学习了类级别的检索策略和关联级别的一对多检索策略，简单复习一下：

一对多关联检索：

Fecth lazy	True	false	extra
Join	迫左	迫左	迫左
Select	延迟	立即	延迟（特别）
subselect

Fecth的优先级别高于lazy

延迟（特别）:select count(id) from orders where cid=?

Subselect:使用嵌套子查询，批量查询的时候。

多对一关联检索：

Fecth lazy

false

proxy

No-proxy

Join

迫左

Select

立即

延迟：对端类级别是延迟

立即：对端类级别是立即

表单所属的客户，客户是表单的一级关联，再取出客户对应的所有表单，此时表单是前一个表单的二级关联。一级关联、二级关联，两次左外连接使用一条语句的话，会降低性能。所以使用了一条左边连接查询和一条查询语句。这就是著名的N+1查询。

hibernate3.0的所有检索策略都为延迟

接下来我们继续学习关联级别的一对一检索策略与多对多检索策略。

1.一对一检索策略

一对一关联关系是一种什么样的关系？一对一关系不可以把他们定义为一个类吗？把他们放在一个表里不可以吗？当然可以！

一对一关联两种方案：

1).外键关联，此种解决方案有两种方法：

老徐举的例子，一个用户表对应一个地址。为什么要这么做？假设地址中包含大字段，这样可以减少资源的浪费，提高访问性能。

l 方法一、就是在多对一关联的元素节点中添加一个unique=”true”属性便形成了一对一关联。

在用户类的映射文件中添加：

<many-to-one name="addr" column="aid" class="AddrFk" unique="true" />

在地址类的映射文件中添加：

<one-to-one name="user" property-ref="addr"/>

l 方法二、直接使用一对一关系：

在用户类的映射文件中添加：

<one-to-one name="addr" class="AddrPk" />

在地址类的映射文件中添加：

<one-to-one name="user" class="UserPk" constrained="true"/>

同时我们需要设置地址类映射文件的主键为：

</generator>

</id>

将用户表的主键设置为地址表的外键。

2).主键关联，此时子表的主键与主表的主键一一对应。有三种解决方案：

老徐举了一个例子：员工有钟点工和普通工人之分，钟点工领取的是时效工资(rate)，普通工人领取的是月薪(salary)。所以我们有必要提取一个员工的超类，并分别实现钟点工和普通工人的子类。

l 方法一、我们将钟点工和普通工人的信息放到一个表里，需要在映射文件中添加：

</subclass>

</subclass>

注意“discriminator”元素用于定义一个额外的列，用于区分员工的类型。

l 方法二、我们为每类员工都分别建一个表，如：

<joined-subclass name="HeJoined" table="hib_hejoineds" lazy="false">

</joined-subclass>

<joined-subclass name="SeJoined" table="hib_sejoineds" lazy="false">

</joined-subclass>

“column="eid"”被做为外键对应主表的员工id。

l 方法三、为每类员工建立一个表，他们与主表无关各自具有全字段。但是这三个表所使用的Id是不重复的：

<union-subclass name="HeUnion" table="hib_heunions">

</union-subclass>

<union-subclass name="SeUnion" table="hib_seunions">

</union-subclass>

此时，我们需要使用一个特殊的主键增值生成器：

<param name="column">currvalue</param>

</generator>

</id>

“"max_lo"”是id取值区间，每次插入记录时，生成器会根据此值步长增长。如果我们执行的一次插入操作，插入了10条记录。那么就需要将此设置为10，以便生成器自动为我们生成10个不同的id。

2.多对多检索策略

在以前的学习中，我们知道多对多关联关系需要一个中间表，用于记录两个多对多表的对应主键。反应到映射文件中，我们需要为两个类添加set元素。我们依然使用，老师与学生的例子，一个老师可以有多个学生，一个学生可以有多个老师，映射文件如下：

老师类映射文件中的set元素：

<many-to-many class="Stu" column="sid" />

</set>

“column="tid"”对应中间表“hib_tea_stu_links”的老师外键。“column="sid"”对应中间表“hib_tea_stu_links”学生的外键。

学生类映射文件中的set元素：

<many-to-many class="Tea" column="tid" />

</set>

检索策略

优点

缺点

优先考虑使用的场合

立即检索

对应用程序完全透明，不管对象处于持久化状态还是游离状态，应用程序都可以从一个对象导航到关联的对象

(1)select语句多

(2)可能会加载应用程序不需要访问的对象，浪费许多内存空间。

(1)类级别

(2)应用程序需要立即访问的对象

(3)使用了二级缓存

延迟检索

由应用程序决定需要加载哪些对象，可以避免执行多余的select语句，以及避免加载应用程序不需要访问的对象。因此能提高检索性能，并节省内存空间。

应用程序如果希望访问游离状态的代理类实例，必须保证她在持久化状态时已经被初始化。

(1)一对多或者多对多关联

(2)应用程序不需要立即访问或者根本不会访问的对象EN-U

分享到：

2010-01-20 传智播客—JPA与EJB （转载） | 传智播客—hibernate关系映射三（转载）

2010-04-10 11:09
浏览 726
评论(0)
分类:企业架构
查看更多

发表评论

您还没有登录,请您登录后再发表评论

最近访客更多访客>>

博主相关

文章分类

社区版块

存档分类

最新评论