hibernate的检索策略
来源:互联网 发布:php实例教程 编辑:程序博客网 时间:2024/06/03 23:47
综述
- 类检索策略只和load方法有关联
- 一对多,多对多的set标签
- lazy属性,会导致对多的那一端是否用延迟
- batch-size,可以指定一次检索的个数,用in方法
- fetchsize,指定查询的方法,如果是select,就用select语句查询
- 如果是subselect,则忽略batchSize属性,用子句查询实现一次全部查询
- 如果是join语句,则忽略lazy属性,在get方法时直接查询多的一端。但是在使用hql语句时,则忽略join的设置。
概述
检索数据时的 2 个问题:
不浪费内存:当 Hibernate 从数据库中加载 Customer 对象时, 如果同时加载所有关联的 Order 对象, 而程序实际上仅仅需要访问 Customer 对象, 那么这些关联的 Order 对象就白白浪费了许多内存.
更高的查询效率:发送尽可能少的 SQL 语句
类级别的检索策略
类级别可选的检索策略包括立即检索和延迟检索, 默认为延迟检索
立即检索: 立即加载检索方法指定的对象
延迟检索: 延迟加载检索方法指定的对象。在使用具体的属性时,再进行加载
类级别的检索策略可以通过
<class>
元素的 lazy 属性进行设置如果程序加载一个对象的目的是为了访问它的属性, 可以采取立即检索.
如果程序加载一个持久化对象的目的是仅仅为了获得它的引用, 可以采用延迟检索。注意出现懒加载异常!无论
<class>
元素的 lazy 属性是 true 还是 false, Session 的 get() 方法及 Query 的 list() 方法在类级别总是使用立即检索策略若
<class>
元素的 lazy 属性为 true 或取默认值, Session 的 load() 方法不会执行查询数据表的 SELECT 语句, 仅返回代理类对象的实例, 该代理类实例有如下特征:由 Hibernate 在运行时采用 CGLIB 工具动态生成
Hibernate 创建代理类实例时, 仅初始化其 OID 属性
在应用程序第一次访问代理类实例的非 OID 属性时, Hibernate 会初始化代理类实例
延迟检索和增强延迟检索
在延迟检索(lazy 属性值为 true) 集合属性时, Hibernate 在以下情况下初始化集合代理类实例
应用程序第一次访问集合属性: iterator(), size(), isEmpty(), contains() 等方法
通过 Hibernate.initialize() 静态方法显式初始化
增强延迟检索(lazy 属性为 extra): 与 lazy=“true” 类似. 主要区别是增强延迟检索策略能进一步延迟 Customer 对象的 orders 集合代理实例的初始化时机:
当程序第一次访问 orders 属性的 iterator() 方法时, 会导致 orders 集合代理类实例的初始化
当程序第一次访问 order 属性的 size(), contains() 和 isEmpty() 方法时, Hibernate 不会初始化 orders 集合类的实例, 仅通过特定的 select 语句查询必要的信息, 不会检索所有的 Order 对象
实验代码
以下的几个实验,全是用这个代码,唯一不同是,配置文件里面的设置
@Test public void testFind(){ List<Grade> grades=session.createQuery("From Grade").list(); System.out.println(grades.size()); for (Grade grade :grades){ if (grade.getStudents()!=null) { System.out.println(grade.getStudents().size()); } } }
一对多和多对多的检索策略
在映射文件中, 用<set>
元素来配置一对多关联及多对多关联关系. <set>
元素有 lazy 和 fetch 属性
lazy: 主要决定 orders 集合被初始化的时机. 即到底是在加载 Customer 对象时就被初始化, 还是在程序访问 orders 集合时被初始化
fetch: 取值为 “select” 或 “subselect” 时, 决定初始化 orders 的查询语句的形式; 若取值为”join”, 则决定 orders 集合被初始化的时机
若把 fetch 设置为 “join”, lazy 属性将被忽略<set>
元素的 batch-size 属性:用来为延迟检索策略或立即检索策略设定批量检索的数量. 批量检索能减少 SELECT 语句的数目, 提高延迟检索或立即检索的运行性能.
<set>
元素的 batch-size 属性
<set>
元素有一个 batch-size 属性, 用来为延迟检索策略或立即检索策略设定批量检索的数量. 批量检索能减少 SELECT 语句的数目, 提高延迟检索或立即检索的运行性能.
- 设置如下:
<set name="students" inverse="true" batch-size="2" order-by="CITY DESC" table="STUDENT"> <cache usage="read-write"/> <key > <column name="GRADE"></column> </key> <one-to-many class="com.school.Student" /> </set>
SQL语句
使用in关键字
select students0_.GRADE as GRADE7_1_1_, students0_.SID as SID1_6_1_, students0_.SID as SID1_6_0_, students0_.NAME as NAME2_6_0_, students0_.GENDER as GENDER3_6_0_, students0_.BIRTHDAY as BIRTHDAY4_6_0_, students0_.city as city5_6_0_, students0_.province as province6_6_0_, students0_.GRADE as GRADE7_6_0_ from hibernate.STUDENT students0_ where students0_.GRADE in ( ?, ? ) order by students0_.CITY desc
fetch属性
<set>
元素的 fetch 属性: 取值为 “select” 或 “subselect” 时, 决定初始化 orders 的查询语句的形式; 若取值为”join”, 则决定 orders 集合被初始化的时机.默认值为 select
当 fetch 属性为 “subselect” 时
假定 Session 缓存中有 n 个 orders 集合代理类实例没有被初始化, Hibernate 能够通过带子查询的 select 语句, 来批量初始化 n 个 orders 集合代理类实例
batch-size 属性将被忽略
子查询中的 select 语句为查询 CUSTOMERS 表 OID 的 SELECT 语句
设置如下:
//注意这里是subselect,将忽略batch-size设置 <set name="students" inverse="true" batch-size="2" fetch="subselect" order-by="CITY DESC" table="STUDENT"> <cache usage="read-write"/> <key > <column name="GRADE"></column> </key> <one-to-many class="com.school.Student" /> </set>
SQL语句
select students0_.GRADE as GRADE7_1_1_, students0_.SID as SID1_6_1_, students0_.SID as SID1_6_0_, students0_.NAME as NAME2_6_0_, students0_.GENDER as GENDER3_6_0_, students0_.BIRTHDAY as BIRTHDAY4_6_0_, students0_.city as city5_6_0_, students0_.province as province6_6_0_, students0_.GRADE as GRADE7_6_0_ from hibernate.STUDENT students0_ where students0_.GRADE in ( select grade0_.GRADE_ID from hibernate.GRADE grade0_ ) order by students0_.CITY desc
当 fetch 属性为 “join” 时:
检索 Customer 对象时, 会采用迫切左外连接(通过左外连接加载与检索指定的对象关联的对象)策略来检索所有关联的 Order 对象
lazy 属性将被忽略
Query 的list() 方法会忽略映射文件中配置的迫切左外连接检索策略, 而依旧采用延迟加载策略
设置如下
<set name="students" inverse="true" lazy="true" batch-size="2" fetch="join" order-by="CITY DESC" table="STUDENT"> <cache usage="read-write"/> <key > <column name="GRADE"></column> </key> <one-to-many class="com.school.Student" /> </set>
SQL语句:采用了迫切左外连接的方法
//实验代码。这时候join设置对HQL检索并不起作用 @Test public void testFestch(){ Grade grade=(Grade)session.get(Grade.class, 1); } //SQL语句select grade0_.GRADE_ID as GRADE_ID1_1_1_, grade0_.NAME as NAME2_1_1_, grade0_.PERSON_SUM as PERSON_S3_1_1_, students1_.GRADE as GRADE7_1_3_, students1_.SID as SID1_6_3_, students1_.SID as SID1_6_0_, students1_.NAME as NAME2_6_0_, students1_.GENDER as GENDER3_6_0_, students1_.BIRTHDAY as BIRTHDAY4_6_0_, students1_.city as city5_6_0_, students1_.province as province6_6_0_, students1_.GRADE as GRADE7_6_0_ from hibernate.GRADE grade0_ left outer join hibernate.STUDENT students1_ on grade0_.GRADE_ID=students1_.GRADE where grade0_.GRADE_ID=? order by students1_.CITY desc
<set>
元素的 lazy 和 fetch 属性小结
多对一和一对一关联的检索策略
和 <set>
一样, <many-to-one>
元素也有一个 lazy 属性和 fetch 属性.
若 fetch 属性设为 join, 那么 lazy 属性被忽略
迫切左外连接检索策略的优点在于比立即检索策略使用的 SELECT 语句更少.
无代理延迟检索需要增强持久化类的字节码才能实现
Query 的 list 方法会忽略映射文件配置的迫切左外连接检索策略, 而采用延迟检索策略
如果在关联级别使用了延迟加载或立即加载检索策略, 可以设定批量检索的大小, 以帮助提高延迟检索或立即检索的运行性能.
Hibernate 允许在应用程序中覆盖映射文件中设定的检索策略.
小结
类级别和关联级别可选的检索策略及默认的检索策略
3 种检索策略的运行机制
映射文件中用于设定检索策略的几个属性
比较 Hibernate 的三种检索策略
- Hibernate的检索策略
- Hibernate的检索策略
- Hibernate的检索策略
- Hibernate的检索策略
- Hibernate的检索策略
- hibernate的检索策略
- Hibernate的检索策略
- Hibernate的检索策略
- Hibernate的检索策略
- Hibernate的检索策略
- Hibernate的检索策略
- Hibernate的检索策略
- 【Hibernate的检索策略】
- hibernate的检索策略
- Hibernate 的检索策略
- hibernate的检索策略
- hibernate的检索策略
- hibernate的检索策略
- Redis 入门
- Android开发引导页进入应用,第二次欢迎页进入应用
- python函数
- Dialog
- 泛型 JFrame
- hibernate的检索策略
- MySQL数据库备份和恢复(咋个办呢 zgbn)
- python 获取utc时间转化为本地时间
- 4. Median of Two Sorted Arrays
- CSDN-markdown 编辑器使用说明
- 图片播放器小项目(详解)
- Oracle表空间(tablespaces)
- 数据结构——稀疏矩阵的十字链表表示方法
- 做好网站优化的18条建议