本文由 简悦 SimpRead 转码, 原文地址 https://segmentfault.com/a/1190000016438167
MyBatis 理解与掌握(关联查询)
@(MyBatis)[Java, 框架, MyBatis]
一对一查询
案例:查询所有订单信息,关联查询下单用户信息
从 Order 的角度,一个订单对应一个用户:order—–>user (一对一)
从 User 的角度,一个用户可以有多个订单:user——>order (多对一)
场景需求:查询订单,同时关联查询用户信息
——————————- 表设计 ——————————————
在 t_orders(多方表) 中增加一个字段 user_id,作为外键
——————————- 类设计 ——————————————
1 | public class Order { |
———————– 映射文件 mapping.xml———————–
方法一:嵌套结果
<association/>
关联元素处理 “有一个” 类型的关系。例如, 在下面的<resultMap/>
中表示一个订单对应了一个用户。
association 标签可用的属性如下:
1 | property:对象属性的名称 |
1 | <select id="getOrder" parameterType="int" resultMap="orderResultMap "> |
执行过程:
1 | DEBUG [main] - ==> Preparing: select t_orders.order_id, t_orders.order_number, t_user.id, t_user.user_name, t_user.user_address from t_orders,t_user WHERE t_orders.user_id = t_user.id and t_orders.order_id = ? |
方法二:嵌套查询
通过执行另外一个 SQL 映射语句来返回预期的复杂类型
1 | <select id="getOrder" parameterType="int" resultMap="orderResultMap"> |
—————————java 代码 ———————
1 | @Test |
————————–sql 执行过程 ————————-
1 | DEBUG [main] - ==> Preparing: select order_id, order_number, user_id from t_orders WHERE order_id = ? |
注意:我们有两个查询语句: 一个来加载 order, 另外一个来加载 user。
这种方式很简单, 但会产生 “N+1 查询问题”。概括地讲, N+1 查询问题可以是这样引起的:
1 | (1)你执行了一个单独的 SQL 语句来获取结果列表(就是“+1”)。 |
MyBatis 延迟加载是一种处理方式,然而,如果你加载一个列表,之后迅速迭代来访问嵌套的数据,你会调用所有的延迟加载,问题没有解决。
方法三:增加一个包含订单信息和用户信息的类,用这个类作为返回类型 resultType
1 | public class OrdersCustom extends Orders { |
1 | <!-- OrdersCustom 类继承 Orders 类后 OrdersCustom 类包括了 Orders 类的所有字段, 只需要定义用户的信息字段即可。 --> |
总结:定义专门的 po 类作为输出类型,其中定义了 sql 查询结果集所有的字段。此方法较为简单,企业中普遍使用。
一对多查询
案例:通过订单 id 查询订单信息及订单下的订单明细信息。
订单信息与订单明细为一对多关系。
————————— 类设计 —————————————-
1 | private int oId; |
————————- 映射文件 —————————–
方法一:嵌套结果
1 | <select id="getOrder" parameterType="int" resultMap="orderdetailResultMap"> |
使用继承 extends, 上面的
1 | <!--关联查询用户--> |
1 | <!--继承上一个resultMap,关联查询用户和订单详情--> |
1 | 打印查询结果对象:Order [oId=1, number=30000001, user=User [userId=3, userName=wangwu], |
方法二:嵌套查询
1 | <select id="getOrder" parameterType="int" resultMap="orderResultMap"> |
—————————java 代码 ———————
1 | @Test |
————————sql 执行结果 ———————–
1 | 打印查询结果对象:Order [oId=1, number=30000001, user=User [userId=3, userName=wangwu], |
多对多查询
案例:查询用户购买的商品信息
需要查询所有用户信息,关联查询订单及订单明细信息,订单明细信息中关联查询商品信息
分析:
需要关联查询映射的信息是:订单、订单明细、商品信息
- 订单:一个用户对应多个订单,使用 collection 映射到用户对象的订单列表属性中
- 订单明细:一个订单对应多个明细,使用 collection 映射到订单对象中的明细属性中
- 商品信息: 一个订单明细对应一个商品, 使用 association 映射到订单明细对象的商品属性中。
————————— 类设计 ———————————–
1 | public class User { |
—————————– 映射文件 ————————————–
1 |
|
—————————java 代码 ———————
1 | @Test |
————————sql 执行结果 ———————–
1 | 打印用户信息:User [userId=1, userName=zhangsan, orders=[Order [oId=1, number=30000001, orderdetails=[Orderdetail [odId=1, item=Items [itemId=2, itemName=香蕉], itemsNum=30], Orderdetail [odId=2, item=Items [itemId=1, itemName=苹果], itemsNum=32]]], Order [oId=3, number=30000003, orderdetails=[Orderdetail [odId=3, item=Items [itemId=3, itemName=橘子], itemsNum=25]]]]] |
自关联
延迟加载
什么是延迟加载
resultMap 可实现高级映射(使用 association、collection 实现一对一及一对多映射),association、collection 具备延迟加载功能。
例如:先从单表查询,需要时再从关联表去关联查询,大大 提高数据库性能 ,因为查询单表要比关联查询多张表速度要快。
mybatis 框架默认不支持延迟加载功能,如果想要使用,需要启用延迟加载功能
1 | <!-- 打开延迟加载的开关 --> |
默认框架会采用侵入式的延迟加载:
- 如果查询主动方数据,而不使用,那么关联数据是不会被查询的。
- 如果使用了主动方的数据,那么关联数据即使没有使用也会被查询。
可以禁用侵入式延迟加载功能
1 | <!-- 将积极加载改为消息加载即按需加载 --> |
综上所述,在主配置文件 mybatis-config.xml 中做如下配置:
1 |
|
注意一个异常:Caused by: org.xml.sax.SAXParseException; lineNumber: 36; columnNumber: 17; 元素类型为 “configuration” 的内容必须匹配 “(properties?,settings?,typeAliases?,typeHandlers?,objectFactory?,objectWrapperFactory?,reflectorFactory?,plugins?,environments?,databaseIdProvider?,mappers?)”。
在关联的元素(association ,collection ,discriminator)中,我们存在一个属性: fetchType 来决定是否需要延迟加载,如果配置它,它将覆盖掉原有在 MyBatis 设置的策略。
对于它而言,它有两个取值:
1 | * lazy: 延迟加载(默认) |
由它来决定是否需要延迟或者即刻加载。
总结
resultType
作用:
- 将查询结果按照 sql 列名 pojo 属性名一致性映射到 pojo 中。
场合:
- 常见一些明细记录的展示, 比如用户购买商品明细, 将关联查询信息全部展示在页面时,此时可直接使用 resultType 将每一条记录映射到 pojo 中, 在前端页面遍历 list ( list 中是 pojo )即可。
resultMap
- 使用 association 和 collection 完成一对一和一对多高级映射 (对结果有特殊的映射要求) 。
association
作用:
- 将关联查询信息映射到一个 pojo 对象中。
场合:
- 为了方便查询关联信息可以使用 association 将关联订单信息映射为用户对象的 pojo 属性中,比如:查询订单及关联用户信息。使用 resultType 无法将查询结果映射到 pojo 对象的 pojo 属性中,根据对结果集查询遍历的需要选择使用 resultType 还是 resultMap 。
collection
作用:
- 将关联查询信息映射到一个 list 集合中。
场合:
- 为了方便查询遍历关联信息可以使用 collection 将关联信息映射到 list 集合中,比如:查询用户权限范围模块及模块下的菜单,可使用 collection 将模块映射到模块 list 中,将菜单列表映射到模块对象的菜单 list 属性中, 这样的作的目的也是方便对查询结果集进行遍历查询。
如果使用 resultType 无法将查询结果映射到 list 集合中。