MyBatis中的延迟加载

本文详细介绍了MyBatis中延迟加载的概念与实现方法,通过对比关联查询与延迟加载的SQL语句,阐述了延迟加载如何通过减少数据库查询次数提高性能。

1. 什么是延迟加载

  举个例子:如果查询订单并且关联查询用户信息。如果先查询订单信息即可满足要求,当我们需要查询用户信息时再查询用户信息。把对用户信息的按需去查询就是延迟加载。 所以延迟加载即先从单表查询、需要时再从关联表去关联查询,大大提高数据库性能,因为查询单表要比关联查询多张表速度要快。 
  我们来对比一下:

关联查询:SELECT orders.*, user.username FROM orders, USER WHERE orders.user_id = user.id 
延迟加载相当于: 
SELECT orders.*, 
(SELECT username FROM USER WHERE orders.user_id = user.id)username FROM orders

  所以这就比较直观了,也就是说,我把关联查询分两次来做,而不是一次性查出所有的。第一步只查询单表orders,必然会查出orders中的一个user_id字段,然后我再根据这个user_id查user表,也是单表查询。下面来总结一下如何使用这个延迟加载

2. 使用association实现延迟加载

  前面博文中总结了resultMap可以实现高级映射(使用association、collection实现一对一及一对多映射),其实association和collection还具备延迟加载的功能,这里我就拿association来说明,collection和association使用的方法都是一样的。需求就是上面提到的,查询订单并且关联查询用户,查询用户使用延迟加载。 
  由上面的分析可知,延迟加载要查询两次,第二次是按需查询,之前一对一关联查询的时候只需要查一次,把订单和用户信息都查出来了,所以只要写一个mapper即可,但是延迟加载查两次,所以理所当然要有两个mapper。

2.1 两个mapper.xml

  需要定义两个mapper的方法对应的statement。先来分析一下思路:

  1. 只查询订单信息的statement,使用resultMap
  2. 通过查询到的订单信息中的user_id去查询用户信息的statement,得到用户
  3. 定义的resultMap将两者关联起来,即用订单信息user_id去查用户

  下面来实现这个思路: 
1. 只查询订单信息的statement:

<select id="findOrdersUserLazyLoading" resultMap="OrdersUserLazyLoadingResultMap">
    SELECT * FROM orders
</select>
  • 1
  • 2
  • 3

2. 只查询用户信息的statement:

<select id="findUserById" parameterType="int" resultType="user">
    select * from user where id = #{id}
</select>
  • 1
  • 2
  • 3

3. 定义上面那个resultMap: 
resultMap

2.2 延迟加载的配置

  mybatis默认没有开启延迟加载,需要在SqlMapConfig.xml中setting配置。前面一篇博文中提到SqlMapConfig.xml中的一些配置,有一个<settings>,当时没说,这里就派上用场了,可以通过这个标签来配置一下延迟加载。

<settings>
    <!-- 打开延迟加载的开关 -->
    <setting name="lazyLoadingEnabled" value="true"/>
    <!-- 将积极加载改为消极加载,即延迟加载 -->
    <setting name="aggressiveLazyLoading" value="false"/>
</settings>
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

2.3 mapper.java

  别忘了写mapper接口:

public interface UserMapperOrders {

    //省去不相关代码

    //查询订单,关联用户查询,用户查询用的是延迟加载
    public List<Orders> findOrdersUserLazyLoading() throws Exception;
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

  到此为止,延迟加载就做完了,下面来测试一下:

@Test
public void testFindOrdersUserLazyLoading() throws Exception {
    SqlSession sqlSession = sqlSessionFactory.openSession();
    UserMapperOrders userMapperOrders = sqlSession.getMapper(UserMapperOrders.class);
    //查询订单表(单表)
    List<Orders> list = userMapperOrders.findOrdersUserLazyLoading();

    //遍历上边的订单列表
    for(Orders orders : list) {
        //执行getUser()去查询用户信息,这里实现按需加载
        User user = orders.getUser();
        System.out.println(user);
    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14

  看一下执行结果: 
执行结果
  执行结果很明显,使用了延迟加载,将关联查询分成了两次单表查询,但是有个奇怪的地方,就是第二次查用户的时候,并没有发sql,而是直接就拿到了,其实这就是mybatis中的一级缓存,也是我下一篇博文要总结的东东。 

   


转自:http://blog.youkuaiyun.com/eson_15/article/details/51668523   侵删请联系,谢谢分享

MyBatis中,延迟加载(Lazy Loading)是一种优化技术,它可以在不影响性能的前提下,在需要的时候才去加载关联的对象,而不是一次性全部加载。默认情况下,MyBatis并未启用延迟加载。 要开启MyBatis延迟加载,你需要通过以下步骤操作: 1. **配置XML映射文件**:在`<resultMap>`标签中,为关联对象添加`lazy="true"`属性,例如: ```xml <resultMap id="userResultMap" type="com.example.User"> <id property="id" column="user_id"/> <result property="name" column="user_name"/> <!-- 使用 lazy="true" 开启延迟加载 --> <association property="address" javaType="com.example.Address" lazy="true"> <id property="id" column="address_id"/> <result property="street" column="street"/> </association> </resultMap> ``` 2. **使用`ObjectFactory`和`SqlSession`的`doWith延迟加载`方法**:如果你使用的是MyBatis-Spring框架,可以利用其提供的`@Select`注解配合`@LoadConfigured`注解来开启延迟加载。例如: ```java @Select("SELECT * FROM user WHERE id = #{id}") @LoadConfigured(lazyLoadingEnabled = true) User getUserById(@Param("id") int id); ``` 3. **谨慎使用`@Cache`和`@OneToOne`/`@OneToMany`注解**:虽然它们可以间接影响延迟加载,但在某些情况下可能会关闭延迟加载。 4. **注意JPA等其他ORM工具的设置**:如果你使用的是Spring Data JPA或者其他ORM框架,也需要在对应的配置中启用延迟加载。 开启延迟加载后,只有当访问到关联对象时,才会触发数据库查询,这有助于减少不必要的数据库交互,提高应用程序的性能。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值