在mybatis框架中,延迟加载与连表查询的差异
1.引子
mybatis的延迟加载,主要应用于一个实体类中有复杂数据类型的属性,包括一对一和一对多的关系(在xml中用collection、association标签标识)。这个种属性往往还对应着另一个数据表,而实际查询的需求不一定需要这个的表的数据,那么此时延迟加载相对于连表查询就有很大的优势,达到了按需加载的目的。这对提高访问速度和降低系统资源耗费有着很大的意义。
2.连表查询
背景: 用户实体类User中包含有一个为角色实体类Role类型的属性role,及对应角色表主键id的roleUser整型属性
需求:用角色id和用户id列表,查找出用户信息,及其所角色名称
分析: 角色名称不在用户表中,用户表中只有角色表的主键id,那么此就必须要根据roleUser到角色表中再查询。为了减少查询次数,实际上我们进行连表查询。
实体类User中的部分属性
private Integer id; // id private String userCode; // 用户编码 private String userName; // 用户名称 private String userPassword; // 用户密码 private Integer userRole; // 用户角色id,和角色表smbms_role的id字段关联对应 private Role role; //角色 一对一 对应关系 private List<Address> addressList; //地址 一对多
实体类Role中的属性
private Integer id; // id private String roleCode; // 角色编码 private String roleName; // 角色名称 private Integer createdBy; // 创建者 private Date creationDate; // 创建时间 private Integer modifyBy; // 更新者 private Date modifyDate;// 更新时间
xml中的sql语句映射文件
<!-- 演示 一对一 association 的连表查询 start --> <resultMap type="Role" id="roleMap"> <id property="id" column="r_id" /> <result property="roleCode" column="roleCode" /> <result property="roleName" column="roleName" /> </resultMap> <resultMap type="User" id="userRoleResult"> <id property="id" column="id" /> <result property="userCode" column="userCode" /> <result property="userName" column="userName" /> <association property="role" javaType="Role" resultMap="roleMap" /> </resultMap> <!-- 根据用户表中角色id 和角色表做联表查询 --> <select id="getUserListByRoleId" parameterType="int" resultMap="userRoleResult"> select u.* ,r.id as r_id,r.roleCode,r.roleName from smbms_user u,smbms_role r where u.userRole = #{userRoleId} and u.userRole = r.id </select>
<!-- 演示 一对一 association 的连表查询 end -->
测试方法
@Test public void selectUserByIdsAndRoleId() { List<User> users = sqlSession.getMapper(UserMapper.class).selectUserByIdsAndRoleId(3, Arrays.asList(4, 3, 7,12)); for (User userElement : users) { System.out.println(userElement); } }
3. 延迟加载
1)延迟加载配置
延迟加载可以在主配置文件mybatis-config.xml中配置,在这里的配置是全局配置,默认对所有查询SQL进行延迟加载处理。
<settings> <!--启用延迟加载 --> <setting name="lazyLoadingEnabled" value="true" /> <!--关闭积极加载 --> <setting name="aggressiveLazyLoading" value="false" /> </settings>
另外如果对全局配置不满意,可以在具体的SQL映射语句中添加collect或assocation标签中添加属性fetchType="lazy"(延迟加载)或fetchType="eager"(立即加载),
此处SQL加载方式将覆盖全局配置中的SQL加载方式,如伪代码
<collection property="addressList" ofType="Address" column="id" fetchType="lazy|eager"/>
2)延迟加载SQL映射
背景: 用户实体类User中包含有一个List集合且元素类型为Address的属性addressList,用户表的id与地址表的userId有对应的主外键关系
需求:使用用户id查找出用户信息及相关地址信息(但地址可能不会总是被使用)
分析: 地址信息不总会用到,如果某次查询刚好是这种情况,也就没有必要再去查询地址表了。这时就可以使用延迟加载技术,实现按需动态加载资源。
xml中的sql映射代码
<!--演示 一对多 collection --> <resultMap type="User" id="userAddressResult"> <id property="id" column="id" /> <result property="userCode" column="userCode" /> <result property="phone" column="phone" /> <result property="userName" column="userName" /> <!-- 在collection标签内需要注意这几个属性的设置 1."column"属性,此属性是两张表关联的关键,此字段的值能唯一确定另一张从表的对应记录行,此字段与从表的外键一一对应,此字段一般为主表的主键, 相当于连表查询中根据主外键建立两张的的关联关系, 如" from smbms_user u inner join smbms_address a on u.id = a.userId " 2."select"属性,此属性指定可能需要查询SQL的id, 3."fetchType"属性,指定为"lazy"(懒加载)实现延迟加载效果(若全局配置已配置过延迟加载,也可在此处不写此属性, mybatis也会默认读到全局配置中的延迟加载项),而"eager"表示立即加载
4.ofType可以不写,lazyFindAddressListByUserId这个查询本身已经指定了返回数据类型 --> <collection property="addressList" ofType="Address" column="id" select="lazyFindAddressListByUserId" fetchType="lazy" /> </resultMap> <!-- 延迟按需加载sql语句(即此sql可能不会使用) --> <select id="lazyFindAddressListByUserId" parameterType="int" resultType="Address"> <!-- 如果确实需要此SQL查询,则上面<collection>标签中的"column='id'" 的id字段的对应值将传到此处的'userId=#{id}'中作为参数 ,进一步查询地址表smbms_address --> <!-- 若此处SQL确实被执行了,那么就相当于连表查询语句 select a.* ,u.* from smbms_user u inner join smbms_address a on u.id = a.userId and u.id = #{id} --> select * from smbms_address where userId=#{id} </select> <!-- 根据用户id获得 用户信息及多个地址信息 --> <select id="getAddressListByUserId" parameterType="Integer" resultMap="userAddressResult"> select * from smbms_user where id = #{userId} </select>
3)延迟加载测试
不使用addressList地址信息的测试方法
@Test public void getAddressListByUserId() { List<User> users = sqlSession.getMapper(UserMapper.class).getAddressListByUserId(5); for (User userElement : users) { //不使用addressList属性 System.out.println(userElement.getPhone() +" "+userElement.getUserCode()); // System.out.println(userElement); } }
控制台显示只有一个sql语句,则实际上只查询了一张用户表
使用addressList地址信息的测试方法
@Test public void getAddressListByUserId() { List<User> users = sqlSession.getMapper(UserMapper.class).getAddressListByUserId(5); for (User userElement : users) { // 使用addressList属性 // System.out.println(userElement.getPhone() +" "+userElement.getUserCode()); System.out.println(userElement); } }
控制台显示只有两条sql语句,则实际上只先查询了用户表,再用用户id去查询地址表
4.总结
(1)连表查询,在任何情况下都要同时查询多张表的数据 ; 而延迟加载,只有在项目中确实使用到了另一个从表的数据,才会去查询第二(N)张表的数据。
(2)连表查询同时操作多张表,如果多张表的字段名有相同的,为了正确的将字段值映射到实体类的属性上,可能要给相同的字段名取一个别名,并对结果集进行相应的自定义映射;
而延迟加载相当于将一次连表查询操作分解为多次单表查询操作,既然是单表操作也就不可能出现字段名相同的情况,只要数据表的字段名和实体类的属性名按照同样的驼峰命名规则,就不需要对结果集进行自定义映射(mybatis会做默认的结果集映射)。
(3)对实体类的复杂数据类型属性做SQL映射,两者都会使用到"association"或"collection"标签。而连表查询、延迟加载在"association"或"collection"标签中的属性设置有些区别,延迟加载特别的要使用"column"、"select"、"fetchType"这三个属性。连表查询只能解决一对一的级联关系,而延迟加载既能处理一对一的级联,也能解决一对多的级联查询问题。