4.1检索方式
1.立即检索:立即查询,在执行查询语句时,立即查询所有的数据。
2.延迟检索:延迟查询,在执行查询语句之后,在需要时在查询。(懒加载)
4.2检索级别
1.类级别检索:当前的类的属性获取是否需要延迟。
2.关联级别的检索:当前类 关联 另一个类是否需要延迟。
4.2.1类级别检索
get:立即检索。get方法一执行,立即查询所有字段的数据。
load:延迟检索。默认情况,load方法执行后,如果只使用OID的值不进行查询,如果要使用其他属性值将查询。(会受到映射文件的配置影响)
再测试,就会发现效果发生了改变
总结:load和get的区别
1.get不支持延迟加载,而load支持。
2.当查询特定的数据库中不存在的数据时,get会返回null,而load则抛出异常。
4.2.2关联级别检索
a)一对多
1.容器<set> 提供两个属性:fetch、lazy
a)fetch:确定使用sql格式,即抓取的方式
b)lazy:确定关联对象是否延迟
2.fetch:select、join、subselect
a)select:使用多个select语句(默认值)
b)join:底层使用迫切左外连接
c)subselect:使用子查询
3.lazy:true、false、extra
a)true:延迟(默认值)
b)false:立即
c)extra:极其懒惰
fetch="select"
这是fetch的默认设置,此处主要来设置lazy的各种情况,来做对比
1.当前对象 和 关联对象 使用多条select语句查询。
2.lazy="true",延迟,先查询客户select,需要订单信息时,再查询订单select
3.lazy="false" , 立即加载,先查询客户select,立即查询订单select
4.lazy="extra",极其懒惰(延迟),先查询客户select, 如果只需要拥有的订单数,使用聚合函数(不查询详情)
设置值
将lazy更改成其他两种情况,false和extra,观察结果
fetch="join"
跟上面一样,分三种情况来测试,发现只要设置了join之后,lazy的设置就无效了
fetch="subselect"
跟上面一样,结果发现跟fetch="select"效果是一样的
select和subselect区别
数据初始化:
有多个客户,每个客户有多个订单,然后我们查询出多个客户的信息,并且遍历出每个客户的订单信息,观察结果
fetch="subselect" lazy="true",通过修改lazy的值来观察结果,采用子查询的方式来获取数据。
fetch="select" lazy="true",观察结果,用到的时候才发,发送多条select语句
一对多fetch总结
b)多对多
fetch="join"
join,后面的lazy设置成什么,结果都一样
案例:先取多的一项,然后再取一的一项,观察SQL的输出结果
fetch="select"
1.将产生多条select语句
lazy="proxy"是否延迟,取决关联对象 类级别检索策略
多对多抓取总结:
4.2.3应用
4.3批量查询
1.当人员 关联查询 手机信息,给每一个客户生产一个select语句查询订单。批量查询使用in语句减少查询订单语句个数。
2.默认:select * from t_order where customer_id = ?
3.批量:select * from t_order where customer_id in (?,?,?,?)
4.<set batch-size="5"> 5表示括号中?个数。
如果修改设置
结果: