【框架】119：mybatis框架最后一天

今天是刘小爱自学Java的第119天。

感谢你的观看，谢谢你。

学习内容安排如下：

昨天没有学完的多对多查询补充。

resultMap标签的继承问题。

mybatis中的延迟加载。

colum属性的一个补充说明。

一、多对多查询

案例：查询订单，查询出下单人信息并且查询出订单详情中的商品数据。

1业务分析

一共有4张表，都是基于订单表的，我们再次梳理下它们的关系：

一对一：订单和用户的关系，所以在订单类中封装了一个用户对象。

一对多：订单和订单详情的关系，所以在订单实体类中封装订单详情集合。

多对多：订单详情和商品的关系，它们之间的关系是依托于订单的。

一个订单对应多个订单详情，从而引出了多个商品。但是如果在同一个订单详情中呢？

一个订单详情对应一个商品，所以我们在订单详情中加入item实体类对象。

这个关系捋清楚了，代码也就好写了。

其中关于sql语句的编写：

本来一开始时特不喜欢sql语句大写字母的，因为个人觉得其可读性差，就跟枚举一样。

不过Navicat中有一个美化SQL的功能，就是将sql语句弄成这个样子的。

我一想那肯定有它的道理，就试着用了下，慢慢地竟然觉得也挺好看的，真香。

人啊，果然最怕陷入固有的思维，不敢或者说反感去接触自身不熟悉的东西。

总觉得自己很了解自己，其实根本就不了解。

2代码编写

在接口OrderMapper中创建对应的查询方法，关于方法要保证见名知义。

老实说，这种大驼峰式的命名方式，我还觉得蛮好看的，可读性很强。

然后在映射文件中编写对应的sql语句。

返回值使用resultMap标签说明其映射关系。

其中resultMap标签中代码编写如下：

返回值都是依托于Order这个实体类的。

一对一关系

用association标签说明Order实体类中的user属性是和User实体类对应的。

一对多关系

用collection标签说明Order实体类中的orderdetails和List对应。

多对多关系

在一对多关系中的一对一关系为多对多。

在同一订单详情中商品和订单详情是一对一关系，所以使用association标签说明。

值得注意的是：

autoMapping属性为true即开启自动映射，如果控制台有的值输出为null，大概率就是没有设置自动映射的原因。

colum属性，是和数据库中的列名相对应的，非order的id就使用对应的外键id名，如果没有，我们可以自己创建一个别名。

关于colum属性，我做一个详细说明：

上图是Navicat中执行sql语句后的一张结果表，因为太长了我把它们分开了，其实就是一张表，数据由四张表组成：

该结果表中的id也就是和主表order中的id。

id1，id2，id3也就是从表各自的id，但是其顺序是可变化的，并不能成为表的唯一标识。

所以就使用外键的方式来说明从表的id，也就是user_id，item_id这些。

但orderdetail表并没有外键，就在sql语句中给它创建一个别名，也就是detail_id。

二、resultMap的继承

补充说明下这个小知识点;

在resultMap中有代码会出现不断地重复配置的情况，比如关于order与user的映射关系。

如果存在重复的代码，可以使用继承的方式，和Java中一样也是extend这个关键字。

在extend属性中说明需要继承的resultMap标签对应的id即可。

三、延迟加载

延迟加载的作用在于性能上的节省。

1改造一对一查询

案例：根据订单号查询出订单信息，并查询出该订单的下单人信息。

我们一开始是使用的一条sql语句完成数据库查询，可以将其改造成两条sql语句。

resultMap标签中说明返回值。

association子标签

通过select指定需要执行的查询语句。

也就是说中的sql语句执行后，通过该属性让中的sql语句执行。

这样就能完成两条sql语句的依次执行了。

2开启延迟加载

开启延迟加载

lazyLoadingEnabled，延迟加载的全局开关，当开启时，所有关联对象都会延迟加载。

默认值是false，我们需要将其设定为true。

开启按需加载

aggressiveLazyLoading

当开启时，任何方法的调用都会加载该对象的所有属性；否则，每个属性会按需加载。

默认值为true，这里设定false，关闭立即加载，也就是开启按需加载了。

最后

谢谢你的观看。

如果可以的话，麻烦帮忙点个赞，谢谢你。