Mybatis-----延迟加载策略

Mybatis 延迟加载策略

实际开发过程中很多时候我们并不需要总是在加载用户信息时就一定要加载他的账户信息。 此时就是我们所说的延迟加载。

何为延迟加载?

延迟加载:

就是在需要用到数据时才进行加载,不需要用到数据时就不加载数据。延迟加载也称懒加载.

好处:

先从单表查询,需要时再从关联表去关联查询,大大提高数据库性能,因为查询单表要比关联查询多张表速度要快。

坏处:

因为只有当需要用到数据时,才会进行数据库查询,这样在大批量数据查询时,因为查询工作也要消耗时间,所以可能造成用户等待时间变长,造成用户体验下降。

实现需求

需求:

  • 查询账户(Account)信息并且关联查询用户(User)信息。如果先查询账户(Account)信息即可满足要求,当我们需要查询用户(User)信息时再查询用户(User)信息。把对用户(User)信息的按需去查询就是延迟加载。
  • mybatis实现多表操作时,使用了resultMap来实现一对一,一对多,多对多关系的操作。主要是通过 association、 collection 实现一对一及一对多映射。association、 collection 具备延迟加载功能。

使用 assocation 实现延迟加载

账户的持久层 DAO 接口

public interface IAccountDao {
/** * 查询所有账户,同时获取账户的所属用户名称以及它的地址信息 * @return */
List<Account> findAll();
}

账户的持久层映射文件

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.itheima.dao.IAccountDao">
	<!-- 建立对应关系 -->
	<resultMap type="account" id="accountMap">
		<id column="aid" property="id"/>
		<result column="uid" property="uid"/>
		<result column="money" property="money"/>
		<!-- 它是用于指定从表方的引用实体属性的 -->
		<association property="user" javaType="user" select="com.itheima.dao.IUserDao.findById" column="uid">
		</association>
	</resultMap>
	<select id="findAll" resultMap="accountMap">
		select * from account
	</select>
</mapper>
  • select: 填写我们要调用的 select 映射的 id
  • column : 填写我们要传递给 select 映射的参数

用户的持久层接口和映射文件

public interface IUserDao {
	/** * 根据 id 查询 * @param userId * @return */
	User findById(Integer userId);
}
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.itheima.dao.IUserDao">
	<!-- 根据 id 查询 -->
	<select id="findById" resultType="user" parameterType="int" >
		select * from user where id = #{uid}
	</select>
</mapper>

开启 Mybatis 的延迟加载策略

进入 Mybaits 的官方文档,找到 settings 的说明信息:

我们需要在 Mybatis 的配置文件 SqlMapConfig.xml 文件中添加延迟加载的配置。

<settings>
	<setting name="lazyLoadingEnabled" value="true"/>
	<setting name="aggressiveLazyLoading" value="false"/>
</settings>

编写测试只查账户信息不查用户信息

  public class AccountTest {
        private InputStream in ;
        private SqlSessionFactory factory;
        private SqlSession session;
        private IAccountDao accountDao;
        @Test
        public void testFindAll() {
            List<Account> accounts = accountDao.findAll();
        }
      
    }

测试结果如下:
我们发现,因为本次只是将 Account对象查询出来放入 List 集合中,并没有涉及到 User对象,所以就没有发出 SQL 语句查询账户所关联的 User 对象的查询。

使用 Collection 实现延迟加载

同样我们也可以在一对多关系配置的<collection>结点中配置延迟加载策略。
<collection>结点中也有 select 属性, column 属性。
需求:完成加载用户对象时,查询该用户所拥有的账户信息

在 User 实体类中加入 List<Account>属性

public class User implements Serializable {
        private Integer id;
        private String username;
        private Date birthday;
        private String sex;
        private String address;
        private List<Account> accounts;
        public List<Account> getAccounts() {
            return accounts;
        }
        public void setAccounts(List<Account> accounts) {
            this.accounts = accounts;
        }

编写用户和账户持久层接口的方法

 /** * 查询所有用户,同时获取出每个用户下的所有账户信息 * * @return */
List<User> findAll();
/** * 根据用户 id 查询账户信息 * @param uid * @return */
List<Account> findByUid(Integer uid);

编写用户持久层映射配

<resultMap type="user" id="userMap">
	<id column="id" property="id"></id>
	<result column="username" property="username"/>
	<result column="address" property="address"/>
	<result column="sex" property="sex"/>
	<result column="birthday" property="birthday"/>
	<!-- collection 是用于建立一对多中集合属性的对应关系 ofType 用于指定集合元素的数据类型 select 是用于指定查询账户的唯一标识(账户的 dao 全限定类名加上方法名称) column 是用于指定使用哪个字段的值作为条件查询 -->
	<collection property="accounts" ofType="account" select="com.itheima.dao.IAccountDao.findByUid" column="id">
	</collection>
</resultMap>
<!-- 配置查询所有操作 -->
<select id="findAll" resultMap="userMap">
	select * from user
</select>
  • <collection>标签:主要用于加载关联的集合对象
  • select 属性:用于指定查询 account 列表的 sql 语句,所以填写的是该 sql 映射的 id
  • column 属性:用于指定 select 属性的 sql 语句的参数来源,上面的参数来自于 user 的 id 列,所以就写成 id 这一个字段名了

编写账户持久层映射配置

<!-- 根据用户 id 查询账户信息 -->
<select id="findByUid" resultType="account" parameterType="int">
	select * from account where uid = #{uid}
</select>

测试只加载用户信息

 public class UserTest {
        private InputStream in ;
        private SqlSessionFactory factory;
        private SqlSession session;
        private IUserDao userDao;
        @Test
        public void testFindAll() {
            List<User> users = userDao.findAll();
        }

测试结果如下:

我们发现并没有加载 Account 账户信息。

全部评论

相关推荐

05-08 23:17
门头沟学院 Java
自由水:笑死了,敢这么面试不敢让别人说
点赞 评论 收藏
分享
小厂面经,也是我的处女面(30min)1.自我介绍2.spring&nbsp;boot的自动装配原理(好多类和接口的单词都忘了全称是啥了,就说了记得的单词,流程应该说对了吧)3.有用过redis吗?主要是用在实现什么功能(说了技术派用redis的zset来实现排行榜)5.有了解过Redisson吗?讲一下对于分布式锁的了解以及在什么场景下应用(说了秒杀场景)6.对mysql有了解吗?包括它的索引优化和创建(把想起来的全说了)7.了解设计模式吗?比如单例模式,为什么要使用单例模式,它的优点是什么(昨天刚看的设计模式)8.工厂模式有了解吗?主要的使用场景是?(也是昨天刚看的)9.场景题:有7个服务器,需要在早上十点定时的向数据库中的用户表中的用户发短信,如果做到发送的消息不重复,且如果发送失败了需要知道是到哪个用户失败了,这样下次就直接从这个用户开始(我答了用spring&nbsp;task来实现定时,用分布式锁来保证只有一份服务器可以发送消息,用消息队列来存储消息,然后用消息确认机制来保证错误信息的记录,以及在数据库或者业务层面完成消息消费的幂等性)10.场景题:如果在系统启动的时间就将数据库的所有用户相关的信息都读到一个hashmap中(这个没啥思路,没答好)27届的投了一个星期终于有一个面试了,大部分公司都只招26的
inari233:已oc,拒了
查看9道真题和解析
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客企业服务