MyBatis之使用resultMap实现高级映射

MyBatis之使用resultMap实现高级映射

对于数据库中对表的增删改查操作,我们知道增删改都涉及的是单表,而只有查询操作既可以设计到单表操作又可以涉及到多表操作,所以对于输入映射parameterType而言是没有所谓的高级映射的,也就是说高级映射只针对于输出映射(因为高级映射设计到多张表)。

前五篇文章我们都只实现了单表中的字段与pojo的映射,而本篇文章我们将来讲解如何实现多表与pojo之间的高级映射,分别有一对一映射、一对多映射和多对多映射。首先我们来看看如何使用resultType完成一对一映射。

1.多表间的一对一查询

1.1需求

查询订单信息关联查询用户信息。这里我们知道一个用户可以有多张订单,而一张订单只能属于一个用户,所以用户与订单间的关系是一对多而订单与用户间的关系是一对一。所以这里我们将订单表作为主查询表来关联用户表,从而实现一对一映射。

1.2创建表和数据



建立oders表和user表对应的pojo对象Orders.java和User.java。

并建立相关的get和set方法,User.java我们之前已建立。

1.3sql查询语句

对于查询语句,我们需要知道:1.先确定主查询表:订单表。2.再确定关联查询表:用户信息表。通过orders关联查询用户使用user_id一个外键,只能关联查询出一条用户记录,我们使用内连接。查询语句为:


1.4使用resultType实现

通过查询语句,查询到的结果同时包括user表和orders表两张表的列,那么我们将结果映射到哪个pojo对象中呢?若映射到User.java,那查询结果中对应的orders表的字段一定会遗失;若映射到Orders.java,那查询结果中对应的user表的字段同样也会遗失。所以这里需要我们针对查询的结果重新创建一个映射的pojo对象OrderCustom.java:





这里我们让OrderCustom.java继承自Order.java,这样我们就只需在OrderCustom.java中添加user表中的字段即可。因为MyBatis主要的重点在sql语句,所以我们完成配置和pojo对象的建立后主要的点就放在了sql语句上,所以接下来要定义写sql语句的mapper.xml和对数据库进行操作的mapper.java接口了.

OrdersMapperCustom.xml文件内容如下:


因为我们只关心输出映射,所以在xml中写sql查询语句时没有写parameterType属性,而resultType的属性值我之所以没有写全OrderCustom类的全限定性名,是因为我们在SqlMapperConfig.xml中进行了别名的配置。相应的OrdersMapperCustom.java接口内容如下:


然后在测试类中测试:


便可完成这两张表的关联与我们自定义的pojo对象的映射。接下来我们看看如何使用resultMap完成。

1.5使用resultMap实现一对一映射

思路:将关联查询的信息映射到pojo中,如下:只需在Orders类中创建一个User属性,将关联查询的信息映射到User属性中。



这样我们便可以将查询的结果映射到Orders.java类中,而不用自己再自定义一个pojo了。

修改OrdersMapperCustom.xml中的内容(添加并使用resultMap标签),:



然后在OrdersMapperCutom.java中添加方法:



最后测试:

发现查询结果已全部映射到Orders.java类中。

1.6比较resultType和resultMap完成一对一映射

  • resultType:要自定义pojo 保证sql查询列和pojo的属性对应,这种方法相对较简单,所以应用广泛。
  • resultMap:使用association完成一对一映射需要配置一个resultMap标签,过程有点复杂,如果要实现延迟加载(后面会讲)就只能用resultMap实现 ,如果为了方便对关联信息进行解析,也可以用association将关联信息映射到pojo中方便解析。

2.多表间的一对多查询

2.1需求

查询所有订单信息及订单下的订单明细信息。分析:一个订单可以可以有多个订单明细,而一个订单明细只属于一个订单,所以订单与订单明细间的关系为一对多。

2.2创建表和数据


创建和订单明细表对应的pojo对象:


并创建相关的set和get方法。

2.3sql查询语句

1.先确定主查询表:订单表。2.再确定关联查询表:用户表加订单明细表。通过orderdetail关联查询订单使用orders_id一个外键,只能关联查询出一条订单记录,我们使用内连接。查询语句为:


2.4使用resultMap进行一对多映射

思路:resultMap 提供collection完成关联信息映射到集合对象中。在orders类中创建集合属性:



然后修改OrdersMapperCustom.xml中的信息:


并在其中添加resultMap的定义:


然后在OrdersMapperCutom.java中添加方法:





最后进行测试:




发现查询的结果已全部映射到pojo对象Orders.java的属性中。

3.多对多查询(以后我会实现的)

首先我们应该明确的是:一对多是多对多的特例。

需求1:查询显示字段:用户账号、用户名称、用户性别、商品名称、商品价格(最常见)
企业开发中常见明细列表,用户购买商品明细列表,
使用resultType将上边查询列映射到pojo输出。

需求2:查询显示字段:用户账号、用户名称、购买商品数量、商品明细(鼠标移上显示明细)
使用resultMap将用户购买的商品明细列表映射到user对象中。

讲完如何使用resultMap完成多表间的查询结果与pojo对象的高级映射,这里我们还需要补充一个使用resultMap实现延迟加载的知识点。

4.延迟加载

4.1使用延迟加载的意义

在进行数据查询时,为了提高数据库查询性能,尽量使用单表查询,因为单表查询比多表关联查询速度要快。

如果查询单表就可以满足需求,一开始先查询单表,当需要关联信息时,再关联查询,当需要关联信息再查询这个叫延迟加载。

mybatis中resultMap提供延迟加载功能,通过resultMap配置延迟加载,但需要在MyBatis的配置文件中进行相关配置,如下:

4.2配置mybatis支持延迟加载

设置项 描述 允许值 默认值
lazyLoadingEnabled 全局性设置懒加载。如果设为‘false’,则所有相关联的都会被初始化加载。 true|false false
aggressiveLazyLoading 当设置为‘true’的时候,懒加载的对象可能被任何懒属性全部加载。否则,每个属性都按需加载。 true | false true


然后在SqlMapperConfig.xml中添加如下配置信息:





4.3一对一延迟加载的实现

4.3.1实现思路

需求:查询订单及用户的信息,一对一查询。

刚开始我们只查询订单信息。而当需要用户信息时调用Orders类中的getUser()方法执行延迟加载 ,向数据库发出sql。代码实现如下:

在OrderMapperCustom.xml文件中添加如下信息:



并定义resultMap标签:



然后在OrderMapperCustom.java接口中添加如下方法:




最后是测试代码:




4.4一对多延迟加载的实现

一对多延迟加载的方法同一对一延迟加载,在collection标签中配置select内容。

5.resultType、resultMap、延迟加载使用场景总结

延迟加载:
延迟加载实现的方法多种多样,在只查询单表就可以满足需求,为了提高数据库查询性能使用延迟加载,再查询关联信息。

mybatis提供延迟加载的功能用于service层。

resultType:作用:将查询结果按照sql列名pojo属性名一致性映射到pojo中。

场合:常见一些明细记录的展示,将关联查询信息全部展示在页面时,此时可直接使用resultType将每一条记录映射到pojo中,在前端页面遍历list(list中是pojo)即可。

resultMap:使用association和collection完成一对一和一对多高级映射。

association:作用:将关联查询信息映射到一个pojo类中。

场合:为了方便获取关联信息可以使用association将关联订单映射为pojo,比如:查询订单及关联用户信息。

collection:作用:将关联查询信息映射到一个list集合中。

场合:为了方便获取关联信息可以使用collection将关联信息映射到list集合中,比如:查询用户权限范围模块和功能,可使用collection将模块和功能列表映射到list中。






评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值