前言
延迟加载:先从单表查询、需要时再从关联表去关联查询,大大提高数据库性能,因为查询单表要比关联查询多张表速度要快。
需求:
如果查询订单并且关联查询用户信息。如果先查询订单信息即可满足要求,当我们需要查询用户信息时再查询用户信息。把对用户信息的按需去查询就是延迟加载。
使用association实现延迟加载
- mapper.xml
需要定义两个mapper的方法对应的statement。
1.只查询订单信息
SELECT * FROM orders
在查询订单的statement中使用association去延迟加载(执行)下边的satatement(关联查询用户信息)
|
|
2.关联查询用户信息
通过上边查询到的订单信息中user_id去关联查询用户信息,使用UserMapper.xml中的findUserById
|
|
上边先去执行findOrdersUserLazyLoading,当需要去查询用户的时候再去执行findUserById,通过resultMap的定义将延迟加载执行配置起来。
- 延迟加载resultMap
|
|
与非延迟加载的主要区别就在association标签属性多了select和column
|
|
- mapper.java
|
|
测试思路
- 执行上边mapper方法(
findOrdersUserLazyLoading),内部去调用com.iot.mybatis.mapper.OrdersMapperCustom中的findOrdersUserLazyLoading只查询orders信息(单表)。- 在程序中去遍历上一步骤查询出的List
,当我们调用Orders中的getUser方法时,开始进行延迟加载。 - 延迟加载,去调用UserMapper.xml中findUserbyId这个方法获取用户信息。
- 在程序中去遍历上一步骤查询出的List
- 执行上边mapper方法(
延迟加载配置
mybatis默认没有开启延迟加载,需要在SqlMapConfig.xml中setting配置。
在mybatis核心配置文件中配置:lazyLoadingEnabled、aggressiveLazyLoading
| 设置项 | 描述 | 允许值 | 默认值 |
|---|---|---|---|
| lazyLoadingEnabled | 全局性设置懒加载。如果设为‘false’,则所有相关联的都会被初始化加载 | true/false | false |
| aggressiveLazyLoading | 当设置为‘true’的时候,懒加载的对象可能被任何懒属性全部加载。否则,每个属性都按需加载。 | true/false | true |
在SqlMapConfig.xml中配置:
|
|
- 测试代码
|
|
延迟加载思考
不使用mybatis提供的association及collection中的延迟加载功能,如何实现延迟加载??
实现方法如下:
定义两个mapper方法:
- 查询订单列表
- 根据用户id查询用户信息
实现思路:
先去查询第一个mapper方法,获取订单信息列表;在程序中(service),按需去调用第二个mapper方法去查询用户信息。
总之,使用延迟加载方法,先去查询简单的sql(最好单表,也可以关联查询),再去按需要加载关联查询的其它信息。
IDEA的debug小现象
使用的是intellij IDEA 15.0.2
先说一下结果吧,IDEA在debug和run条件下,打印结果不同
我为了验证延迟加载前的user是否为空,在Orders类中加入了
|
|
测试代码如下:
|
|
然后分别run和debug
- run输出
|
|
- debug输出
在List<Orders> list = ordersMapperCustom.findOrdersUserLazyLoading();打断点,运行完这句,日志输出为:
|
|
但是当你点开list属性时,控制台又输出了,而且可以看到list里的user是有内容的
|
|
运行完所有程序,控制台输出为:
|
|
所以,我觉得应该是在debug时,查看属性的话,IDEA会自动调用get相应的方法,从而触发user的查询。延迟加载的源码实现以后我会阅读,把这个问题弄清楚。