什么是延迟加载
resultMap可以实现高级映射（使用association、collection实现一对一及一对多映射），association、collection具备延迟加载功能。
需求：
如果查询订单并且关联查询用户信息。如果先查询订单信息即可满足要求，当我们需要查询用户信息时再查询用户信息。把对用户信息的按需去查询就是延迟加载。
延迟加载：先从单表查询，需要时再从关联表去关联查询，大大提高数据库性能，因为查询单表要比关联查询多张表速度要快。
使用association实现延迟加载
需求
查询订单并且关联查询用户信息
mapper.xml
需要定义两个mapper的方法对应的statement。
1、只查询订单信息
SELECT * FROM orders
在查询订单的statement中使用association去延迟加载（执行）下边的statement
2、关联查询用户信息
通过上边查询到的订单信息中user_id去关联查询用户信息。
使用UserMapper.xml中的findUserById
上边先执行findOrdersUserLazyLoading，当需要去查询用户的时候再去执行findUserById，通过resultMap的定义将延迟加载执行配置起来。
延迟加载resultMap
使用association中的select指定延迟加载去执行的statement的id。
<!-- 延迟加载的resultMap -->
<resultMap type="cn.iven.mybatis.po.Orders" id="OrdersUserLazyLoadingResultMap">
<!-- 对订单信息进行映射配置 -->
<id column="id" property="id"/>
<result column="user_id" property="userId"/>
<result column="number" property="number"/>
<result column="createtime" property="createtime"/>
<result column="note" property="note"/>
<!-- 实现对用户信息进行延迟加载
select:指定延迟加载需要执行的statement的id（是根据user_id查询用户的statement）
要使用UserMapper.xml中的findUserById完成根据用户id(user_id)用户信息的查询，如果findUserById不在本mapper中需要前边加namespace
column：订单信息中关联用户信息查询的列，是user_id
SELECT orders.*,
(SELECT username FROM user WHERE orders.user_id=`user`.id) username,
(SELECT sex FROM user WHERE orders.user_id=`user`.id) sex
FROM orders;
-->
<association property="user" javaType="cn.iven.mybatis.po.User" select="cn.iven.mybatis.mapper.UserMapper.findUserById" column="user_id">
<!-- 实现对用户信息进行延迟加载 -->
</association>
mapper.java
测试
测试思路：
1、执行上边mapper方法（findOrdersUserLazyLoading）,内部去调用cn.iven.mybatis.mapper.OrdersMapperCustom中的findOrdersUserLazyLoading只查询orders信息（单表）。
2、在程序中去遍历上一步查询出的List<Orders>,当我们调用Orders的getUser（）方法时，开始进行延迟加载。
3、延迟加载，去调用UserMapper.xml中findUserById这个方法获取用户信息。
延迟加载配置
mybatis默认没有开启延迟加载
在SqlMapConfig.xml配置：
测试代码
延迟加载思考
不使用mybatis提供的association及collection中的延迟加载功能，如何实现延迟加载？
实现方法如下：
定义两个mapper方法：
1、查询订单列表
2、根据用户id查询用户信息
实现思路：
先去查询第一个mapper方法，获取订单信息列表
在程序中（service），按需去调用第二个mapper方法去查询用户信息。
总结：
使用延迟加载方法，先去查询简单的sql（最好是单表，也可以是关联），再去按需加载关联查询的其他信息。
