association 实现MyBatis分步查询与延迟加载

本文详细介绍了MyBatis如何通过association标签实现分步查询,以及如何利用分步查询实现延迟加载。通过实例展示了在需要时才加载关联数据,以减少不必要的数据库操作,提高性能。同时,解释了延迟加载的概念及其在全局配置文件中的启用方法。

一、分步查询

1.1什么时候可以用到分步查询

有的时候需要我们对数据库进行关联查询,比如Employee 持有另一个Department对象的一个引用,我们希望在查询Employee 的时候把Department也一同查询出来。这时候我们可以编写关联表的SQL 语句,从而将查询出来的数据使用resultMap进行映射。

我们也可以使用其他的方式将关联的信息查询出来,MyBatis 提供了分步查询的机制,把复杂的SQL 语句简单化。

关于MyBatis关联查询可参考博文:
MyBatis使用resultMap自定义映射规则与关联映射

1.2分步查询完成JavaBean 之间关联

需求:在查询Employee信息的时候,把其对应的Department信息也一并查询出来,这里使用分步查询的方法。使用关联映射的方法可以参考上面链接内的博文。

过程分析:

1根据员工id 向员工数据库中查询信息,获得员工的信息与部门的id。


2.根据部门的id 查询部门的信息。


3.对查询的信息进行封装。

由此可见,实现分步查询的方法就是将复杂的SQL 语句拆分成简单的多个SQL 语句,在某个SQL 执行结果的基础上再进行数据查询。

1.数据库表结构:

t_employee 数据库表结构(其中d_id用于关联t_dept表 中的id):

DROP TABLE IF EXISTS `t_employee`;
CREATE TABLE `t_employee` (
  `id` int(11) unsigned zerofill NOT NULL AUTO_INCREMENT,
  `username` varchar(30) DEFAULT NULL,
  `gender` char(1) DEFAULT NULL,
  `email` varchar(20) DEFAULT NULL,
  `d_id` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=19 DEFAULT CHARSET=utf8;

t_dept数据库表结构:

DROP TABLE IF EXISTS `t_dept`;
CREATE TABLE `t_dept` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `dept_name` varchar(20) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8;

2.

<think> 嗯,用户想了解MyBatis嵌套查询和懒加载之间的关系。这个问题的专业性比较强,需要仔细梳理引用材料里的关键点。 从四个引用来看,引用[1]和引用[2]的关联性最强。用户提供的材料已经明确提到嵌套查询就是把多表联合查询拆成多次单表查询,而懒加载则是延迟加载关联数据的技术。这里需要特别注意引用[2]中提到的分步查询概念,这是理解二者关系的关键纽带。 用户可能是正在学习MyBatis的中级开发者,ta的提问方式很精准,说明已经掌握了基础概念。ta真正想知道的可能是这两个技术如何配合使用,以及实际开发中的取舍问题。考虑到MyBatis的实际应用场景,这个问题确实很实用。 在材料中发现了几个重要线索:引用[1]指出association和collection标签支持懒加载,引用[3]提到全局配置的开启方式,而引用[4]则提供了实体类设计的参考。特别是引用[2]说"嵌套查询就是分步查询",这个定义很重要。 准备从三个层面组织回答:首先解释嵌套查询的本质是分步单表查询,然后说明懒加载如何控制查询触发时机,最后指出二者配合时的配置要点。性能对比的部分要特别强调引用[4]提到的嵌套查询效率问题,这是个关键权衡点。 用户应该会关心具体配置方式,所以需要包含示例代码片段的位置提示。但要注意避免复制全文,着重描述标签属性的关系。在优缺点总结时,要把引用[1][2][4]的观点整合起来,特别是单表查询优化和复杂查询效率的辩证关系。 相关问题设计要引导用户深入思考应用场景。比如第三个问题关于替代方案,这在实际架构设计中经常遇到。第二个配置陷阱问题也很实用,很多开发者容易在这里踩坑。 </think> 在 MyBatis 中,**嵌套查询是懒加载的实现基础,而懒加载是优化嵌套查询性能的关键策略**。两者的关系主要体现在以下几个方面: ### 1. **嵌套查询提供实现基础** - MyBatis 的嵌套查询分步查询)通过将多表联查拆解为多次单表查询实现关联数据获取。核心语法是 `<association>` 或 `<collection>` 标签中的 `select` 属性指向另一个查询的 ID。 - **示例配置**: ```xml <resultMap id="empDeptMap" type="Employee"> <association property="department" column="dept_id" select="findDeptById"/> <!-- 嵌套查询指向另一个SQL --> </resultMap> ``` 此时查询员工时,并不会立即加载部门数据(依赖嵌套查询结构)。 ### 2. **懒加载控制嵌套查询的触发时机** - 默认情况下,嵌套查询会被**立即执行**(一次性加载所有关联数据)。 - 开启懒加载后,关联数据的嵌套查询会**延迟执行**,直到首次访问该属性时才触发查询: ```xml <settings> <setting name="lazyLoadingEnabled" value="true"/> <!-- 核心开关 --> </settings> ``` 例如: ```java Employee emp = mapper.getEmployee(101); // 此时仅查询员工表 Department dept = emp.getDepartment(); // 此时才执行嵌套查询获取部门数据 ``` ### 3. **二者的协作关系** | **特性** | **嵌套查询** | **懒加载** | **协作效果** | |----------------|--------------------------------------|---------------------------------------|------------------------------------------------| | **执行方式** | 将关联查询拆分为多个单表 SQL | 控制嵌套查询的执行时机 | **按需触发**嵌套查询,减少不必要的数据加载 | | **性能优化** | 简化单次 SQL 复杂度,避免大表联查 | 减少首次查询的数据量和数据库压力 | 叠加优化:**轻量首次查询 + 按需加载关联数据**[^2][^1] | | **使用要求** | 必须通过 `<association>`/`<collection>` 配置 | 需全局开启 `lazyLoadingEnabled` | **嵌套查询是载体,懒加载是调度策略** | ### 4. **关键注意事项** - **必须用 `resultMap`**:懒加载依赖嵌套查询配置,只能通过 `resultMap` 实现,不可用 `resultType`[^1]。 - **N+1 查询问题**:若批量查询员工后遍历获取部门,会触发 N 次部门查询(可通过批量加载优化)。 - **代理对象**:MyBatis 通过创建代理对象实现延迟加载,直接打印对象可能触发意外查询。 ### 总结 嵌套查询MyBatis 提供了关联数据的**分步获取能力**,而懒加载在此基础上添加了**执行调度策略**。二者结合实现了 **“首次查询主实体,关联数据按需加载”** 的高效模式。这种设计显著降低了数据库的初始负载,尤其对关联层级深、数据量大的场景优化效果明显[^2][^4]。 --- ### 相关问题 1. **如何避免 MyBatis 懒加载导致的 N+1 查询问题?** (例如:使用批量加载或联合查询的取舍) 2. **在哪些场景下应关闭懒加载?** (例如:需要立即使用所有关联数据时,避免多次请求延迟) 3. **嵌套查询多表联查如何选择?** (对比执行效率、代码可维护性、缓存利用等维度) 4. **MyBatis 懒加载的代理机制可能引发哪些陷阱?** (例如:事务边界、序列化问题、日志调试干扰) 如果需要具体配置示例或性能对比场景的代码,可进一步说明。
评论 3
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值