一、Mybatis 延迟加载策略
1.1 何为延迟加载?
延迟加载:就是在需要用到数据时才进行加载,不需要用到数据时就不加载数据。延迟加载也称懒加载。
好处:先从单表查询,需要时再从关联表去关联查询,大大提高数据库性能,因为查询单表要比关联查询多张表速度要快。
坏处: 因为只有当需要用到数据时,才会进行数据库查询,这样在大批量数据查询时,因为查询工作也要消耗时间,所以可能造成用户等待时间变长,造成用户体验下降。
1.2 实现需求:
需求:查询账户(Account)信息并且关联查询用户(User)信息。如果先查询账户(Account)信息即可满足要求,当我们需要查询用户(User)信息时再查询用户(User)信息。把对用户(User)信息的按需去查询就是延迟加载。
1.3 使用 assocation 实现延迟加载:
1.3.1 账户的持久层 DAO 接口:
1.3.2 账户的持久层映射文件:
1.3.3 用户的持久层接口和映射文件:
1.3.4 开启 Mybatis 的延迟加载策略:
我们需要在 Mybatis 的配置文件 SqlMapConfig.xml 文件中添加延迟加载的配置:
1.3.5 编写测试方法
1.4 使用 Collection 实现延迟加载:
1.4.1 在 User 实体类中加入 List属性
1.4.2 编写用户和账户持久层接口的方法
1.4.3 编写用户持久层映射配置:
1.4.4 编写账户持久层映射配置:
1.4.5 编写测试方法
二、Mybatis 缓存
2.1 Mybatis 一级缓存:一级缓存是 SqlSession 范围的缓存,当调用 SqlSession 的修改,添加,删除,commit(),close()等方法时,就会清空一级缓存。
2.2 Mybatis 二级缓存:二级缓存是 mapper 映射级别的缓存,多个SqlSession去操作同一个 Mapper 映射的 sql 语句,多个 SqlSession 可以共用二级缓存,二级缓存是跨 SqlSession 的。
2.2.1 二级缓存的开启与关闭:
2.2.1.1 第一步:在 SqlMapConfig.xml 文件开启二级缓存
2.2.1.2 第二步:配置相关的 Mapper 映射文件
2.2.1.3 第三步:配置 statement 上面的 useCache 属性
2.2.2 二级缓存注意事项:当我们在使用二级缓存时,所缓存的类一定要实现 java.io.Serializable 接口,这样就可以使用序列化方式来保存对象。
本文转载自:https://www.gylmap.com
第3章 Mybatis 注解开发
3.1 mybatis 的常用注解说明:
@Insert:实现新增
@Update:实现更新
@Delete:实现删除
@Select:实现查询
@Result:实现结果集封装
@Results:可以与@Result 一起使用,封装多个结果集
@ResultMap:实现引用
@Results 定义的封装
@One:实现一对一结果集封装
@Many:实现一对多结果集封装
@SelectProvider: 实现动态 SQL 映射
@CacheNamespace:实现注解二级缓存的使用
3.2 使用 Mybatis 注解实现基本 CRUD:
3.2.1 编写实体类
3.2.2 使用注解方式开发持久层接口:
3.2.2.1 查询所有用户:
3.2.2.2 根据id查询一个用户:
3.2.2.3 保存和更新操作:
3.2.2.4 删除操作和使用聚合函数
3.2.2.4 模糊查询操作:
3.2.3 编写 SqlMapConfig 配置文件
3.2.4 编写测试方法
3.3 使用注解实现复杂关系映射开发:
3.3.1 复杂关系映射的注解说明:
3.3.2 使用注解实现一对一复杂关系映射及延迟加载:
需求: 加载账户信息时并且加载该账户的用户信息,根据情况可实现延迟加载。(注解方式实现)
3.3.2.1 添加 User 实体类及 Account 实体类:
3.3.2.2 添加账户的持久层接口并使用注解配置
3.3.2.3 添加用户的持久层接口并使用注解配置:
3.3.2.4 测试一对一关联及延迟加载
3.3.3 使用注解实现一对多复杂关系映射:
需求: 查询用户信息时,也要查询他的账户列表。使用注解方式实现。
分析: 一个用户具有多个账户信息,所以形成了用户(User)与账户(Account)之间的一对多关系。
3.3.3.1 User 实体类加入 List:
3.3.3.2 编写用户的持久层接口并使用注解配置
@Many:
select 属性:代表将要执行的 sql 语句
fetchType 属性:代表加载方式,一般如果要延迟加载都设置为 LAZY 的值
3.3.3.3 编写账户的持久层接口并使用注解配置
3.3.3.4 添加测试方法