【JavaEE】MyBatis框架要点总结（3）

文章目录

【JavaEE】MyBatis框架要点总结（3）
1. 多表查询
1.1 映射表resultMap
1.2 只有部分属性跨表查询
1.2.1 依照常规去写代码
1.2.2 用标签去实现接口

1.3 分多步的解决方案
1.4 与多线程的结合

2. 动态SQL
2.1 if 标签
2.2 test值
2.3 trim标签
2.4 where标签
2.5 set标签
2.6 foreach标签
2.6.1 通过Integer数组批量删除
2.6.2 通过UserInfo集合批量插入
2.6.3 传入多个集合

3. 最后的碎碎念 of MyBatis完结✿✿ヽ(°▽°)ノ✿

【JavaEE】MyBatis框架要点总结（3）

上一篇文章，我们学习了MyBatis框架对数据库的各种单表操作，想必已经对增删改查语法已经熟悉很多了

但是，我们学习的只是一些固定的功能，更复杂的业务要求还是不能满足：

insert一个对象，如果这个对象有些属性是没有被赋值的，则插入的时候，values中不传值
- 因为对象属性的默认值，并不一定是数据库表的字段的默认值
批量增删…
多表查询…
等等…

我们先从多表查询讲起~

1. 多表查询

有些时候，我们要的信息并非在同一张表中（其实很少，因为一般一个实体类就代表一张表）

这个时候就需要联合查询了~

1.1 映射表resultMap

这种方法很麻烦，无非就是能手动加一些映射关系而实现功能，个人觉得比较暴力：

大概代码差不多长这样：

<resultMap id="BaseMap” type="com.example.demo .model.ArticleInfo".<id property="id” column="id"></id>
    <result property="title" column="title"></result>
    <result property="content" column="content"></result>
    <result property="createtime" column="createtime"></result>
    <result property="updatetime" column="updatetime"></result>
    <result property="uid" column="uid"></result>
    <result property="rcount" column="rcount"></result>
    <result property="state"” column="state"></result>
    <association property="user" 
                 resultMap="com.example.demo.mapper.UserMapper.BaseMap" 
                 columnPrefix="u_"></association>
</resultMap>
<select id="getAll" resultMap="BaseMap">
    select a.*,u.username u username from articleinfo aleft join userinfo u on a.uid=u.id
</select>

association标签，可实现一篇文章对应一个作者
除此之外，还有collection标签去实现一个用户对应多篇文章

太麻烦了，可读性不高，基本不会有人会用的，所以我不演示了~

1.2 只有部分属性跨表查询

对于这种情况的话，就不需要，查询出另一张表的整个实体对象了~

例如一篇博客文章联合上作者的名字：

当然，如果你要携带一个对象也不是不行，把他的属性全部写一遍~

特别不建议，这样很不美观
并且只能一对一，不能一对多

其实一遍情况下，这样是够用的，因为我们在实际场合中，一对一都只需要另一张表的几个重要信息！

这种情况，则跟平常的写法一致：

因为 “赋值规则” 是以 最终呈现的表的情况为准
- 即，只要通过联合查询方式出现的列，都能赋值给属性

创建对应的mapper接口和xml文件：

低耦合高内聚，封装和隔离嘛

1.2.1 依照常规去写代码

在这里插入图片描述

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.example.demo.mapper.ArticleMapper">

    

</mapper>

测试：

在这里插入图片描述

效果：

在这里插入图片描述

原理就是：

在这里插入图片描述

最终呈现的表的列是可以赋值的

1.2.2 用标签去实现接口

在这里插入图片描述

注解代替xml的原理：

@Select代替select标签
- 增删改查对应增删改查的注解
加在哪个方法上id就是啥，resultType就是其返回类型
注解内的字符串，就是原标签内部的sql代码

测试：

在这里插入图片描述

结果一致：

在这里插入图片描述

在这样的简单内部sql代码而言，这样写很方便，而在复杂的操作下，并不是很方便~

例如，等一下要讲的动态sql代码
弊端：引号限制，书写字符串禁锢思想…

1.3 分多步的解决方案

在这里插入图片描述

对于一对多（例如一个作者携带多篇文章）情况，我们一般采取， 分多步的解决方案（数据库没有集合类型）

假设要找的用户为id=1

在userinfo中去找id等于1的用户对象
在articleinfo中去找uid等于1的文章对象
合并结果

实现：

效果：

1.4 与多线程的结合

有时候面试官可能会问你，你的项目有没有结合多线程呢？

你可能不知道怎么回答，但是你可以说，多表查询的时候，可以用到线程池！

两张表同时查后一起合并~
没有线程安全问题，提高CPU利用率，提高代码效率

代码实现：

线程池博客：【JavaEE】线程案例-定时器-线程池 and 工厂模式_s:103的博客-CSDN博客
等待线程结束方法博客：【JavaEE】Callable接口(NO.6线程创建方法)-JUC的常见类-与线程安全有关集合类_s:103的博客-CSDN博客

获得线程池：

用计数员CountDownLatch去判断线程是否结束：

等待两个线程结束才继续后面的内容：

效果：

在这里插入图片描述

多表查询讲完后，就是MyBatis篇章的最后一个内容：动态SQL

2. 动态SQL

主要是因为，这是xml去实现接口的方法，并不像jdbc编程，我们可以用java做一些自定义的业务逻辑去构造sql字符串，到目前为止的功能，似乎都是我们写死的，但是如果要用jdbc结合java代码去写一些操作，也是麻烦的

例如：

我们并不能给枚举每个种情况，写那么多的方法！

然后通过笨方法去判断使用哪个方法！

因此MyBatis在xml是实现接口中加入了语法：动态SQL

在标签中编写sql代码的杂合语法
标签进行一些业务逻辑，再呈现出最终的SQL语句

千万别把这个过程看成写字符串，而是书写代码

即让方法实现有了逻辑的，是活的，是动态的SQL；又让方法实现更加简单，这就是框架的意义！

接下来讲解实现常见逻辑的便签：（等一下记得题一下，注解这样写不方便！还有引号不方便，开发不方便，写字符串的限制…）

2.1 if 标签

在这里插入图片描述

对于这个要求，其实在很多场合都会出现，例如填报信息中的*必选项和非必选项

这样导致最终提交的信息，属性的赋值情况参差不齐，啥情况都有

而if标签实现的逻辑，就可以很好的解决这个问题

在这里插入图片描述

补充：

state的值是0或者是1，而对象中没有被赋值是0，无法判断这个值是否是有效值
所以state在定义时应该改为Integer类型
可以看出，基本数据类型的包装类，只有在不得不写的时候才会用~

xml实现：

显然这段代码不能复制给之前注解实现的方法的括号里，因为写法不方便，并且有引号的限制

测试：

在这里插入图片描述

效果：

数据库：

数据库：

想必你能感受到一点，“动态”的感觉，动态SQL就是MyBatis的一个强大特性

2.2 test值

test值的内容就是，一段java代码的逻辑表达式，结果true或者是false

test值中的对象的变量名：

传入自定义对象的属性名（由于传入自定义对象，就必然是单参，所以就只是这个对象中的属性）
传入多个参数的参数名（默认/自己设置）

不需要#{}去包起来，就看成java代码，直接使用变量名代表变量！

不规范写法就等着报错吧 (╬▔皿▔)凸

传入多个参数：

效果：

数据库：

2.3 trim标签

其实，刚才的要求并没有，完成，还是有可能会出bug

报错可以，但是报的错应该是必选项没有填，而不是sql语句错误

正确的报500：

这个错是因为数据库的userinfo表，规定了username和password是不能为空的，也就是说， 必须传这两个值，否则就会这样报错，以此实现“必选项”的功能

错误的报500：

原因是：SQL语句变成了：
insert into userinfo(username, password,) values(#{username}, #{password},)
那两个逗号，导致sql语句不符合语法！

而trim标签的出现，就是为了避免这样以及类似的语法错误！

trim标签的 “修理功能”，可以有效解决，这些前缀后缀，分隔符的问题

trim标签的功能分为四个属性：

在这里插入图片描述

prefix
- 如果语块内进行一系列标签的逻辑操作动态变化后，最终不为空，增加前缀prefix
suffix
- 如果语块内进行一系列标签的逻辑操作动态变化后，最终不为空，增加后缀suffix
prefixOverrides
- 如果语块内进行一系列标签的逻辑操作动态变化后，前缀为prefixOverrides，则删除
suffixOverrides
- 如果语块内进行一系列标签的逻辑操作动态变化后，后缀为prefixOverrides，则删除

优化刚才的代码：

方法的实现：

测试：

效果：

多余的后缀去掉了，并且括号加上了

数据库：

补充：可想而知，如果啥也不传，就是：
insert into userinfo values;
显然是语法错误的，但是也正常，因为啥也不传本来就不合理，啥也没有干哈子添加操作~

即使一张表每个字段都有默认值，但是一个都不传，本身就是不合实际的！
这个点不需要解决，就该报500

在sql语句后加一些空格、换行、tab等空白符，不会影响后缀的判断

不演示…

2.4 where标签

其实trim的功能更加灵活，可以实现的功能很全面了，静待你的发挥

而where标签，则是trim中的一种特殊而且常见的情况，用于条件查询的where条件：

select * from userinfo where username = #{username} and password = #{password} and state = #{state};

在这里插入图片描述

这个方法的功能是，查询所有跟传过来的userinfo已有属性值都相同的用户
- 如果userinfo中属性都没被赋值，则就是全表查询
- 被赋值的越少，条件越简单

xml实现：

在这里插入图片描述

但是，你也会很快意识到，这会出现 where and的情况出现！

测试：

效果：

错误效果：

where没去掉

出现了where and

所以就有了where标签：

如果语块最终非空，则默认在前面加where前缀
如果语块最终的前缀and或者or会去除
- 没有涉及NOT
- 只适合简单的删除前缀and/or，不涉及其他复杂的逻辑表达式
- 其实sql本身逻辑表达式在实际情况里不会很复杂，最多就这样了！
- 标签的功能是有限的，我们要遵守框架规则，才能吃到框架的红利！

在这里插入图片描述

在前面就不要加where了，否则就会出现两个where的情况！

效果：

where本质其实就是这样：

<trim prefix="where" prefixOverrides="and">
    <trim prefixOverrides="or">
        
    </trim>
</trim>

测试：

注意：

删除and/or，只是前缀
后缀不行！

效果：

2.5 set标签

跟where标签一样，也是trim标签的一种特殊的创建情况，主要是代替修改操作的set语句：

update username set state = 0, username = '尊嘟假嘟' where id = #{id};

同样的，里面的逗号,，可能会出现set ,的尴尬情况

所以set标签能解决这个问题：

语句非空，加前缀set
抹除后缀的逗号,

相当于这个trim标签：

<trim prefix="set" suffixOverrides=",">
    
</trim>

接口方法：

在这里插入图片描述

要求：根据这个用户信息的id，将username password state属性更新到表里对应的用户

xml实现：

在这里插入图片描述

测试：

效果：

用户名赋值的是'尊嘟假嘟'；密码赋值的是'666'哦

数据库：

注意：前缀逗号不会被去掉的，并且前面别加set，否则会出现set set的情况，其他应用猜猜就能写了，交给你了…

2.6 foreach标签

顾名思义就是，遍历集合/数组的意思，这个标签常常用于批量增删的操作

并且没有这个标签，是不能传入List<Object> 或者Object[]，因为数据读不了~
批量操作的出现概率也比较低，之前我们对于批量操作，是用for循环进行n次的数据库操作，而不是一次到位

foreach有以下属性：

collection：绑定方法参数中的集合名
- 可以是List，Map，Set，数组…
item：遍历时的每一个对象
open和close：语句非空时的前后缀
separator：每次遍历的数据之间的分隔符
index，循环变量，从0开始一次循环加一，不常用~

java代码的理解（伪代码）：

String subSQL = "delete from userinfo where id in ";
subSQL += "(";
for(Object item : collection) {
    subSQL += #{item.property};
    //自动检测要不要添加分隔符separator
}
subSQL += ")";