高级结果映射
- MyBatis 创建时的一个思想是:数据库不可能永远是你所想或所需的那个样子。 我们希望每个数据库都具备良好的第三范式或 BCNF 范式,可惜它们并不都是那样。 如果能有一种数据库映射模式,完美适配所有的应用程序,那就太好了,但可惜也没有。 而 ResultMap 就是 MyBatis 对这个问题的答案。
- 我们知道在数据库的关系中一对一,多对一,一对多,多对多的关系,那么这种关系如何在Mybatis中体现并映射成功呢?
关联(association)
- 关联(association)元素处理有一个类型的关系。 比如,在我们的示例中,一个员工属于一个部门。关联结果映射和其它类型的映射工作方式差不多。 你需要指定目标属性名以及属性的
javaType
(很多时候 MyBatis 可以自己推断出来),在必要的情况下你还可以设置JDBC
类型,如果你想覆盖获取结果值的过程,还可以设置类型处理器。 - 关联的不同之处是,你需要告诉 MyBatis 如何加载关联。MyBatis 有两种不同的方式加载关联:
嵌套 Select 查询
:通过执行另外一个 SQL 映射语句来加载期望的复杂类型。嵌套结果映射
:使用嵌套的结果映射来处理连接结果的重复子集。- 首先,先让我们来看看这个元素的属性。你将会发现,和普通的结果映射相比,它只在
select
和resultMap
属性上有所不同。 property
: 映射到列结果的字段或属性。如果用来匹配的 JavaBean 存在给定名字的属性,那么它将会被使用。javaType
:一个 Java 类的完全限定名,或一个类型别名(关于内置的类型别名,可以参考上面的表格)
jdbcType
: JDBC 类型, 只需要在可能执行插入、更新和删除的且允许空值的列上指定 JDBC 类型typeHandler
:使用这个属性,你可以覆盖默认的类型处理器。 这个属性值是一个类型处理器实现类的完全限定名,或者是类型别名。
column
: 数据库中的列名,或者是列的别名。一般情况下,这和传递给resultSet.getString(columnName)
方法的参数一样。 注意:在使用复合主键的时候,你可以使用column="{prop1=col1,prop2=col2}"
这样的语法来指定多个传递给嵌套 Select 查询语句的列名。这会使得prop1
和prop2
作为参数对象,被设置为对应嵌套 Select 语句的参数。select
:用于加载复杂类型属性的映射语句的 ID,它会从 column 属性指定的列中检索数据,作为参数传递给目标 select 语句。 具体请参考下面的例子。注意:在使用复合主键的时候,你可以使用column="{prop1=col1,prop2=col2}"
这样的语法来指定多个传递给嵌套 Select 查询语句的列名。这会使得 prop1 和 prop2 作为参数对象,被设置为对应嵌套 Select 语句的参数。fetchType
:可选的。有效值为lazy
和eager
。 指定属性后,将在映射中忽略全局配置参数lazyLoadingEnabled
,使用属性的值。
例子
- 一对一的关系比如:一个员工属于一个部门,那么数据库表就会在员工表中加一个部门的id作为逻辑外键。
- 创建员工JavaBean
@Data
public class User {
private Integer id;
private String username;
private String password;
private Integer age;
private Integer deptId;
//部门
private Department department;
}
- 部门JavaBean
@Data
public class Department {
private Integer id;
private String name;
}
- 那么我们想要查询所有的用户信息和其所在的部门信息,此时的sql语句为:
select * from user u left join department d on u.department_id=d.id
;。但是我们在mybaits中如果使用这条语句查询,那么返回的结果类型是什么呢?如果是User类型的,那么查询结果返回的还有Department
类型的数据,那么肯定会对应不上的。此时<resultMap>
来了,它来了!!!
关联的嵌套 Select 查询【可以忽略】
- 查询员工和所在的部门在Mybatis如何写呢?代码如下:
- 就是这么简单,两个select语句,一个用来加载员工,一个用来加载部门。
- 这种方式虽然很简单,但在大型数据集或大型数据表上表现不佳。这个问题被称为
N+1
查询问题。 概括地讲,N+1 查询问题是这样子的: - 你执行了一个单独的 SQL 语句来获取结果的一个列表(就是
+1
)。 - 对列表返回的每条记录,你执行一个
select
查询语句来为每条记录加载详细信息(就是N
)。 - 这个问题会导致成百上千的 SQL 语句被执行。有时候,我们不希望产生这样的后果。
关联的嵌套结果映射【重点】
<association >
标签中还可以直接嵌套结果映射,此时的Mybatis的查询如下:
《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》
【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】 完整内容开源分享
column=“password” property=“password”/>
总结
- 至此
有一个
类型的关联已经完成了,学会一个<association>
使用即能完成。 - 注意: 关联的嵌套 Select 查询不建议使用,
N+1
是个重大问题,虽说Mybatis提供了延迟加载的功能,但是仍然不建议使用,企业开发中也是不常用的。
集合collection
- 集合,顾名思义,就是处理
有很多个
类型的关联。 - 其中的属性和
association
中的属性类似,不再重复了。 - 比如这样一个例子:查询一个部门中的全部员工,查询SQL如何写呢?如下:
select * from department d left join user u on u.department_id=d.id;
- 此时的
User
实体类如下:
@Data
public class User {
private Integer id;
private String username;
private String password;
private Integer age;
private Integer deptId;
}
- 此时的
Department
实体类如下:
@Data
public class Department {
private Integer id;
private String name;
private List users;
}
- 和
association
类似,同样有两种方式,我们可以使用嵌套 Select 查询,或基于连接的嵌套结果映射集合。
集合的嵌套 Select 查询【可以忽略】
- 不太重要,查询如下:
- 注意:这里出现了一个不同于
association
的属性ofType
,这个属性非常重要,它用来将 JavaBean(或字段)属性的类型和集合存储的类型区分开来。
集合的嵌套结果映射【重点】
- 现在你可能已经猜到了集合的嵌套结果映射是怎样工作的——除了新增的
ofType
属性,它和关联的完全相同。 - 此时的Mybatis查询如下: