【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框架对数据库的各种单表操作，想必已经对增删改查语法已经熟悉很多了

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

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

我们先从多表查询讲起~

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的原理：

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

测试：

结果一致：

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

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

1.3 分多步的解决方案

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

假设要找的用户为id=1

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

实现：

---

---

---

效果：

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值中的对象的变量名：

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

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

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

传入多个参数：

效果：

数据库：

2.3 trim标签

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

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

正确的报500：

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

错误的报500：

原因是：SQL语句变成了：

insert into userinfo(username, password,) values(#{username}, #{password},)

那两个逗号，导致sql语句不符合语法！

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

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

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

1. prefix
   • 如果语块内进行一系列标签的逻辑操作动态变化后，最终不为空，增加前缀prefix
2. suffix
   • 如果语块内进行一系列标签的逻辑操作动态变化后，最终不为空，增加后缀suffix
3. prefixOverrides
   • 如果语块内进行一系列标签的逻辑操作动态变化后，前缀为prefixOverrides，则删除
4. 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标签：

1. 如果语块最终非空，则默认在前面加where前缀
2. 如果语块最终的前缀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标签能解决这个问题：

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

相当于这个trim标签：

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

接口方法：

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

xml实现：

测试：

效果：

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

数据库：

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

2.6 foreach标签

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

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

foreach有以下属性：

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

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

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

2.6.1 通过Integer数组批量删除

xml实现：

• 就是打算将Integer集合转化为(1,2,3)的这种形式跟in搭配！

测试：

效果：

数据库：

2.6.2 通过UserInfo集合批量插入

xml实现：

• 我写的测试用例信息全面，重点突出foreach标签的功能，虽然可以和其他标签结合使用发挥更大的功能，所以我的写法并不全面，通用性不高~
  • 这里讲基础，更多想法和应用交给你咯😀😀😀
• 但是在这里还是以讲解foreach功能为主！

测试：

准备测试用例：

注意添加不带参数的构造方法，不然Bean对象无法存储

• 因为我们自己写的构造方法会顶替原来的构造方法

效果：

数据库：

2.6.3 传入多个集合

我猜测，主要是因为传入的集合的，有可能是Integer，String…的非自定义对象集合，我们有时候需要传入多个这样的不同类型的集合，原本的@Param显然不适用了~

• 所以foreach标签提供的机制是 collection去连接集合，item规定对象名

1. 非自定义类型集合中的一个的包装类元素，起了个名item，可以#{item}
   • （直接）跟元素（已是最小单元）建立对应
2. 自定义类型集合中的一个对象元素，起了个名item，可以#{item.property}
   • （间接）跟元素的属性建立对应

• 因此，我们反而可以传入两个自定义类型集合等多个集合，因为不会出现冲突

效果：

数据库：

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

在MyBatis的学习过后，想必你有很多想法，因为我讲的毕竟是常见写法，至于他们杂合起来是什么样的，这就是你可以发挥的了！

如果可以，可以去学习MyBatis Plus的语法！

实际后端需要的sql有关的逻辑，不会再复杂了，即使有，也应该在使用接口方法前进行简化，趋向于按照框架的规定进行操作，所以不要焦虑于用这些标签进行复杂逻辑操作！

其实后端程序操作数据库，都应该是简单且安全的sql语句，所以创建库创建表，删库删表等操作都不是程序来操作的，虽然jdbc能够实现这些操作，但是学了没用！

我们学会的就是技能，用这些技能，有了思想，要怎么实现功能，能实现什么功能，发挥你的头脑，去自由的应用吧，都能实现的了的！

你可能发现你的知识按照这个逻辑来实现某个功能是可行的，对，就这么去猜，然后去实践它！

我做不到把每个属性每个语法都讲，但是这些足以实现会遇到的问题了！

• 即使会遇到不会的，就上网去学，因为更多巧妙的东西还可以进一步去学！
• 主打个“有需要再学”

---

文章到此结束！谢谢观看
可以叫我 小马，我可能写的不好或者有错误，但是一起加油鸭🦆！

代码位置：mybatis_demo/src · 游离态/马拉圈2023年8月 - 码云 - 开源中国 (gitee.com)

---