⭐️前面的话⭐️
本篇文章将介绍使用MyBatis进行多表查询以及MyBatis的动态SQL特性。
📒博客主页:未见花闻的博客主页
🎉欢迎关注🔎点赞👍收藏⭐️留言📝
📌本文由未见花闻原创,CSDN首发!
📆首发时间:🌴2022年10月20日🌴
✉️坚持和努力一定能换来诗与远方!
💭参考书籍:无
💬参考在线编程网站:🌐牛客网🌐力扣
博主的码云gitee,平常博主写的程序代码都在里面。
博主的github,平常博主写的程序代码都在里面。
🍭作者水平很有限,如果发现错误,一定要及时告知作者哦!感谢感谢!
📌导航小助手📌
1.较复杂的查询操作
1.1 参数占位符 #{} 和 ${}
#{}
:预处理符,如将
id=#{2}
替换为
id=?
,然后使用
2
替换
?
。
${}
:替换符,如将
id=${2}
替换为
id=2
。
两种占位符都可以正常使用的场合:传入的参数类型是数值类型
使用
${}
:
select * from userinfo where id=${id}
select * from userinfo where id=2
使用
#{}
:
select * from userinfo where id=#{id}
select * from userinfo where id=?
对于这两种参数占位符,个人建议能使用
#{}
就使用
#{}
,因为
${}
存在SQL注入的问题,以及如果传入的类型是字符串也会出类型。
只能使用
#{}
而不能使用
${}
的场合:传入参数类型为String
使用
${}
:
select * from userinfo where username=${username}//实际执行的语句Preparing: select * from userinfo where username=张三
但是在sql中通过字符串来查询数据,是需要加上引号的,而使用
${}
生成的sql并没有带引号,因此不适用于字符串参数的sql。
使用
#{}
:
select * from userinfo where username=#{username}//实际执行语句
select * from userinfo where username=?
由于使用
#{}
是将目标参数替换为占位符,然后利用JDBC中的占位符机制实现sql语句的填充,所以使用
#{}
构造的sql是可以正常运行的,并且没有SQL注入的问题。
所以,
#{}
相比于
${}
,它支持所有类型的参数,包括数值类与字符串类,而
${}
支持数值类型,不支持字符串类型的参数,但也可以在原来sql里面为
${}
外面加上一对引号。
select * from userinfo where username='${username}'
//实际执行语句Preparing: select * from userinfo where username='张三'
当传递的参数为字符串类型的时候,虽然加上一对引号,使用
${}
也可以做到,但是
${}
存在SQL注入问题,所以仍然不推荐,有关SQL注入后面我们会介绍到。
大部分场合下,使用
#{}
都可以解决,但还是存在一小部分只能是
${}
来处理的。
如当我们需要按照升序或者逆序得到数据库查询结果的时候,这种场合就只能使用
${}
,使用
#{}
会报错,我们来演示一下。
首先,我们在
Mapper
接口中声明一个方法:作用就是按照排序获取结果集
publicList<UserInfo>getOrderList(@Param(value ="order")String order);
我们再去
xml
文件中去写sql语句:首先我们使用
$
进行演示
<select id="getOrderList" resultType="com.example.demo.model.UserInfo">
select * from userinfo order by createtime ${order};</select>
我们进行一个单元测试,单元测试代码很简单,就是调用sql,然后得到结果集:
@TestvoidgetOrderList(){List<UserInfo> userMappers = userMapper.getOrderList("desc");System.out.println(userMappers);}
单元测试结果:
可以正常查询,得到的结果与预期也是相同的。
我们再来试一试使用
#{}
来构造sql语句:
<select id="getOrderList" resultType="com.example.demo.model.UserInfo">
select * from userinfo order by createtime #{order};</select>
单元测试逻辑与代码不变,我们再来看看单元测试执行的一个结果:
我们发现程序报错了,这是因为使用了
desc
的字符串替换了占位符,而我们所需要的不是一个
desc
字符串,而是直接一个
desc
的关键字,所以sql也抛出了语法错误,最终执行的sql为:
select * from userinfo order by createtime ‘desc’;
期望执行的sql为:
select * from userinfo order by createtime desc;
所以在传递sql关键字的时候,不能使用
#{}
,只能使用
${}
。
1.2SQL注入
SQL注入就是使用
${}
,使用一些特殊的语句,来达到非法获取数据的目的,如不通过正确的密码获取某账户的信息,下面我们来演示一下,就以登录的例子来演示,SQL注入可以在不知道密码的前提下登录成功,并且获取到用户的相关信息。
首先我将数据库只保留一个用户信息,目的是为了方便演示SQL注入问题:
第一步,在
Mapper
接口中定义方法
login
,返回登录成功的用户对象。
publicUserInfologin(@Param("username")String username,@Param(("password"))String password);
第二步,在
xml
文件中编写SQL语句,我们需要演示SQL注入,所以我们使用
${}
来构造sql语句。
<select id="login" resultType="com.example.demo.model.UserInfo">
select * from userinfo where username='${username}' and password='${password}';</select>
第三步,编写测试类,我们在这个测试类中,传入有注入问题的SQL语句
' or 1='1
,使得不需要密码就能拿到相关的用户信息。
@Testvoidlogin(){String username ="admin";String password ="' or 1='1";UserInfo userInfo = userMapper.login(username, password);System.out.println(userInfo);}
单元测试运行结果:
我们在不知道用户密码的情况下,登录成功,并拿到了用户的信息。
最终执行的一段sql语句为:
select * from userinfo where username='admin' and password='' or 1='1';
相当于它在原来条件判断的语句下,后面有加上一个或的逻辑,并且或后面的表达式为
true
,这样就使得原来的SQL语句中的条件判断部分一定为真,所以就在密码不知道的情况下拿到了用户的基本信息。
所以我们能不使用
#{}
就不使用
${}
,因为存在SQL注入问题,如果必须使用
${}
则需要验证一下传递的参数是否合法,比如上面定义排序的sql,传递的参数只能是
desc
或者是
asc
,如果不是就不能执行这条SQL,防止SQL注入的发生。
1.3like查询
在Mybatis中使用
like
查询比较特殊,因为直接使用
#{}
会报错,而使用
${}
,由于输入的字符串情况很多,无法做到枚举,验证比较困难,无法避免SQL注入问题。
首先,我们来演示使用
#{}
进行
like
查询,步骤我就不详细写了,就是查询的步骤。
第一步,声明方法。
publicList<UserInfo>getListByName(@Param("username")String username);
第二步,xml写sql。
<select id="getListByName" resultType="com.example.demo.model.UserInfo">
select * from userinfo where username like '%#{username}%'
</select>
第三步,单元测试。
@TestvoidgetListByName(){String username ="a";List<UserInfo> list = userMapper.getListByName(username);for(UserInfo userInfo : list){System.out.println(userInfo);}}
运行结果:报错了,因为
#{}
会被替换成一个字符串,而在这个
%#{username}%
语句中
#{username}
不能带上引号,带上就违背SQL语法,造成错误。
这个时候,由于
#{}
多出一对引号,
${}
无法枚举所有情况进行验证会产生SQL注入,所以不能直接使用
#{}
,我们需要搭配MySQL内置的字符串拼接语句
concat
。
我们将sql改为
concat
进行字符串拼接:
<select id="getListByName" resultType="com.example.demo.model.UserInfo">
select * from userinfo where username like concat('%', #{username},'%')</select>
重新测试一下,发现可以正常执行了:
1.4resultType与resultMap
resultType表示数据库返回的数据映射在java程序中所对应的类型,只要定义类中的字段名与数据库中表的字段名字一致就没有任何问题,但是如果字段名存在冲突,则冲突的字段无法获取到数据库查询的结果。
比如用户名属性在数据库中的名字是
username
,而在java程序类中的属性名为
name
,此时通过mybatis将数据传递到程序中的对象时,获取到的
name
属性为
null
,就不能正确地获取到对应的属性值,为了解决这个数据库字段与类中中字段不匹配的问题,我们需要使用到resultMap。
resultMap的使用方式就是在
xml
文件中设置
<resultMap>
标签,至少需要设置两个属性,一个是
id
表示你这个resultMap标签的名字,还有一个是
type
属性,它表示映射到程序中类的类型,需包含包名。
这个标签里面需要设置至少两个子标签,一个是
id
标签,另外一个是
result
标签,前者表示主键,后者表示数据库表中普通的列,这两种标签也是至少需要设置两个属性,一个是
column
表示数据库表中的字段名,另外一个是
property
表示程序类中的字段名,如果只是在单表进行查询,只设置不同字段名的映射就可以了,但是如果是多表查询,必须将数据表中所有的字段与类中所有的字段生成映射关系。
就像下面这样,图中类与数据表字段是相同的,实际情况会存在不同的字段名:
1.4多表查询
1.4.1一对一表映射
一对一关系就是对于一个属性只与另外一个属性有关系的映射,这就是一对一的关系,举个例子,对于一篇博客,它只会对应到一个用户,则博客与用户的关系是一对一的关系,下面我们尝试在mybatis中实现一对一多表联查。
那么,首先我们先将数据库的博客表与查程序中的博客类对应起来,就是按照数据库中的博客表建立一个类:
@DatapublicclassArticleinfo{privateInteger id;privateString title;privateString content;privateString createtime;privateString updatetime;privateInteger uid;privateInteger rcount;privateInteger state;//不妨多一个属性,用户表privateUserInfo userInfo;}
目前文章表中只有一条数据,如下图:
第二步,创建
Mapper
接口和对应的
xml
文件。
第三步,在接口中声明方法和在xml中写sql标签与语句。
//根据文章名称获取文章对象publicArticleinfogetArticleById(@Param("id")Integer id);
<select id="getArticleById" resultType="com.example.demo.model.Articleinfo">
select * from articleinfo where id=#{id};</select>
第四步,编写测试方法,我们直接调用查询方法,然后使用日志输出对象。
@TestvoidgetArticleById(){Articleinfo articleinfo = articleMapper.getArticleById(1);
log.info("文章详情:"+ articleinfo);}
由于我们数据表与类的字段名是一致的,那些普通的属性都一一对应上了,都成功被赋值了,但是由于
UserInfo
类在数据表中没有,所以并没有得到UserInfo对象,如果我们想要拿到这个对象,我们得使用
resultMap
。
问题主要有两个,第一,数据库查询到的用户表没有映射到
UserInfo
对象,第二,查询的SQL语句是单表查询语句,不是多表查询语句。
所以想要实现一对一多表查询,需要设置多表查询SQL语句,我们使用左外连接进行多表查询:
<select id="getArticleById" resultMap="BaseMap">
select a.*, u.* from articleinfo as a left join userinfo as u on a.uid=u.id where a.id=#{id};</select>
此外,我们除了设置
UserInfo
与
Articleinfo
类中每个属性与数据表的映射之外,我们还要在
Articleinfo
类对应的
resultMap
中使用
association
标签。最少需要设置两个属性,一个是
property
表示在主表
Articleinfo
中对应副表
UserInfo
映射对象的变量名,另外一个是副表
UserInfo
对应的
resultMap
。
Articleinfo
类对应的resultMap:
<resultMapid="BaseMap"type="com.example.demo.model.Articleinfo"><idcolumn="id"property="id"></id><resultcolumn="title"property="title"></result><resultcolumn="content"property="content"></result><resultcolumn="createtime"property="createtime"></result><resultcolumn="updatetime"property="updatetime"></result><resultcolumn="uid"property="uid"></result><resultcolumn="rcount"property="rcount"></result><resultcolumn="state"property="state"></result><associationproperty="userInfo"resultMap="com.example.demo.mapper.UserMapper.BaseMap"></association></resultMap>
UserInfo
类对应的resultMap:
<resultMapid="BaseMap"type="com.example.demo.model.UserInfo"><!-- column 表示数据库字段名 property 表示对应对象的字段名,设置这两个值可以建立映射--><!-- 主键约束--><idcolumn="id"property="id"></id><!--普通变量映射--><resultcolumn="username"property="username"></result><resultcolumn="password"property="password"></result><resultcolumn="photo"property="photo"></result><resultcolumn="createtime"property="createtime"></result><resultcolumn="updatetime"property="updatetime"></result><resultcolumn="state"property="state"></result></resultMap>
如果
UserInfo
类的resultMap没有将所有的属性都与数据库的表映射,就会造成获取到的
userInfo
对象中的数据不完整,假设只设置了
id
与
name
的映射,那获取到的对象只有
id
与
name
有值。
将两张表的resultMap映射好后,我们运行同样的单元测试案例,运行结果如下:
但是,仍然存在一个问题,那就是我们所建的两个表存在名字相同的字段,可能会出现数据覆盖的情况,如两个表的主键都叫
id
,但是
id
在两个表的含义是不同的,在用户表它表示用户
id
,在文章表它表示文章的
id
,现在我们将获取两表的数据的
id
改为不相同,再来看一看单元测试运行的结果:
按理来说,由于不存在
id
为
1
的用户,所以获取到
UserInfo
对象应该为
null
才对,但是运行的结果却存在
UserInfo
对象,并且与文章表的重名字段都被赋值了文章表中的数据,为了解决这个问题,我们必须在文章表(主表)的
resultMap
中设置属性
columnPrefix
,它的值随便设置,作用是识别副表字段时加上一段前缀,如我们给用户表的字段加上前缀
u_
,此时sql中就不能使用
*
来一次表示所有元素了,需要一个一个单独设置,并将字段全部重命名,带上
u_
前缀 。
association
字段设置:
<associationproperty="userInfo"columnPrefix="u_"resultMap="com.example.demo.mapper.UserMapper.BaseMap"></association>
SQL语句需要将用户表的字段全部重命名:
<selectid="getArticleById"resultMap="BaseMap">
select a.*, u.id as u_id,
u.username as u_username,
u.password as u_password,
u.photo as u_photo,
u.createtime as u_createtime,
u.updatetime as u_updatetime,
u.state as u_state
from articleinfo as a left join userinfo as u on a.uid=u.id where a.id=#{id};
</select>
我们将
userInfo
对应的用户表的
id
再改回为
1
,让查询有关于
UserInfo
类的数据。
再次运行单元测试案例:
我们是能够获取到相应的数据的,所以如果两个表字段重名了,进行多表查询时,需要设置
columnPrefix
属性,这样才能够避免不同表同名字段数据覆盖的问题。
所以,在创建数据库的数据表时,尽量不要让表与表中的字段重名。
1.4.2一对多表映射
一对多的关系,就是对于一个属性,它对映着多个其他的属性,比如用户与博客之间的关系,一个用户可以对应多篇博客,则用户与博客之间的关系就是一对多的关系。同样的下面我们尝试使用mybatis实现多对多的多表联查。
下面我们以用户表为主,文章表为辅,来演示如何进行一对多关系的多表查询。
既然是一对多的关系,那我们可以在
UserInfo
类中加上一个储存
ArticleInfo
对象的
List
,来储存用户发布或所写的文章。
@DatapublicclassUserInfo{privateInteger id;privateString username;privateString password;privateString photo;privateString createtime;privateString updatetime;privateInteger state;privateList<Articleinfo> aList;}
实现多表查询的大致过程如下:
- 在Mapper接口中声明方法,我们声明一个方法,就是通过用户id获取用户信息以及对应的文章列表。
- 在
xml
文件当中写resultMap
映射关系,与一对一多表查询不同的是,我们需要设置collection
标签,而不是association
标签。 - 在
xml
文件的resultMap
标签中至少设置resultMap名字id
,对应映射的类type
等属性,里面需要设置数据表与类中所有字段的映射,以及设置collection
标签,需要设置property
属性表示需映射的对象名,设置resultMap即副表的resultMap
路径,由于你无法保证表与表之间是否存在重名字段,需要设置columnPrefix
为副表的字段添加上一个前缀,防止重名数据覆盖。
<collectionproperty="aList"resultMap="com.example.demo.mapper.ArticleMapper.BaseMap"columnPrefix="a_"></collection>
- 在对应的
xml
文件当中写SQL标签以及语句。
<selectid="getUserAndArticlesById"resultMap="BaseMap">
select u.*,
a.id as a_id,
a.title as a_title,
a.content as a_content,
a.createtime as a_createtime,
a.updatetime as a_updatetime,
a.uid as a_uid,
a.rcount as a_rcount,
a.state as a_state
from userinfo as u left join articleinfo as a on u.id=a.uid where u.id=#{uid}
</select>
- 编写单元测试代码,测试代码是否编写正确。
@TestvoidgetUserAndArticlesById(){Integer id =1;UserInfo userInfo = userMapper.getUserAndArticlesById(id);
log.info("用户信息:"+ userInfo);}
运行结果:
2.动态SQL
首先来说一下什么是动态SQL,官方文档对于动态SQL的定义是:
动态 SQL 是 MyBatis 的强大特性之一。如果你使用过 JDBC 或其它类似的框架,你应该能理解根据不同条件拼接 SQL 语句有多痛苦,例如拼接时要确保不能忘记添加必要的空格,还要注意去掉列表最后一个列名的逗号。利用动态 SQL,可以彻底摆脱这种痛苦。使用动态 SQL 并非一件易事,但借助可用于任何 SQL 映射语句中的强大的动态 SQL 语言,MyBatis 显著地提升了这一特性的易用性。
前面所说的mybatis增删查改,那些传入的参数都是一定会传入的,但是在实际情况中,很多参数都是非必传参数,使用动态SQL就可以解决传入的参数是非必传参数的情况。
动态SQL可以解决多余符号的问题,如
,
等。
2.1if标签
if
标签的作用就是判断一个参数是否有值,如果没有值就将对应的参数隐藏。
语法:
<if test="表达式">
sql
</if>//例如<if test="参数!=null">
sql部分语句
</if>
当表达式为真,则插入
if
标签中的
sql
,否则不插入。
我们以在用户表中插入一条数据为例,插入的数据中头像
photo
不是必传的参数:
方法声明:
//使用动态sql插入数据publicintaddUser(UserInfo userInfo);
动态SQL语句:
其中的
photo
是非必传参数,我们使用
if
标签来判断它是否有值,没有值就不插入目标的SQL语句。
<insertid="addUser">
insert into userinfo(username, password
<iftest="photo!=null">
, photo
</if>
) values(#{username}, #{password}
<iftest="photo!=null">
, #{photo}
</if>
)
</insert>
单元测试代码:
@TestvoidaddUser(){UserInfo userInfo =newUserInfo();
userInfo.setUsername("张三疯");
userInfo.setPassword("123456");int res = userMapper.addUser(userInfo);
log.info("受影响的行数为:"+ res);}
在单元测试代码中,我没有给photo赋值,if标签会判断它为空,不会插入对应photo的SQL,因此插入数据
photo
为默认值。
结果:
数据库查询结果:
再来试一试给photo传值的情况,它生成的SQL有三个参数:
@TestvoidaddUser(){UserInfo userInfo =newUserInfo();
userInfo.setUsername("张无忌");
userInfo.setPassword("12345611");
userInfo.setPhoto("张无忌.png");int res = userMapper.addUser(userInfo);
log.info("受影响的行数为:"+ res);}
运行结果:
最终生成的语句多了一个
photo
参数。
2.2trim标签
前面所说的
if
标签可以实现非必传参数SQL的构造,在极端情况下,有很多个非必传参数,此时如果只使用
if
标签构造出的SQL语句很有可能会多出一个
,
,因为有很多非必传参数,如果只传来一个参数,由于不确定后面是否还会有参数,因此会预留一个
,
,此时如果没有其他参数,就会多出一个参数。
而
trim
标签可以做到这一点,它可以去除SQL语句前后多余的某个字符,它需要搭配
if
标签使用。
<trim>
标签中有如下属性:
- prefix:表示整个语句块,以prefix的值作为前缀
- suffix:表示整个语句块,以suffix的值作为后缀
- prefixOverrides:表示整个语句块要去除掉的前缀
- suffixOverrides:表示整个语句块要去除掉的后缀
语法:
<trimprefix="前缀符",suffix="后缀符",prefixOverrides="去除多余的前缀字符",suffixOverrides="去除多余的后缀字符"><iftest="表达式">
...
</if>
...
...
</trim>
假设
username
password
photo
都是非必传参数,但是至少传递一个,我们来写插入语句的动态SQL。
<insertid="addUser2">
insert into userinfo
<trimprefix="("suffix=")"prefixOverrides=","suffixOverrides=","><iftest="username!=null">
username,
</if><iftest="password!=null">
password,
</if><iftest="photo!=null">
photo
</if></trim>
values
<trimprefix="("suffix=")"prefixOverrides=","suffixOverrides=","><iftest="username!=null">
#{username},
</if><iftest="password!=null">
#{password},
</if><iftest="photo!=null">
#{photo}
</if></trim></insert>
单元测试代码:
@TestvoidaddUser2(){UserInfo userInfo =newUserInfo();
userInfo.setUsername("wangwu");
userInfo.setPassword("12345622");int res = userMapper.addUser(userInfo);
log.info("受影响的行数为:"+ res);}
运行结果与生成的SQL语句:
我们发现逗号它自动去除了。
2.3where标签
where
标签主要是实现
where
关键字的替换,如果SQL中没有使用到
where
(没有查询条件),就会隐藏,存在查询条件,就会生成含有where的查询SQL语句,并且可以去除前面的
and
。
我们就不以复杂的案例作为演示了,直接写一个最简单的查询,为了简单,我们删除数据库的其他数据,只留
admin
一条数据。
下面我们来写最简单的查询语句,就是根据
id
获取一个用户信息。
写动态SQL时,我故意在最前面写一个
and
来证明
where
标签是可以自动删除前面多余的
and
。
<selectid="getUserById"resultType="com.example.demo.model.UserInfo">
select * from userinfo
<where><iftest="id!=null">
and id=#{id}
</if></where></select>
单元测试代码:
@TestvoidgerUserById(){UserInfo userInfo = userMapper.getUserById(1);System.out.println(userInfo);//Assertions.assertNotNull(userInfo);}
结果:
发现自动生成了where语句并删除了多余的
and
。
如果我们查询一个
null
值,就不会生成
where
语句。
以上
<where>
标签也可以使用
<trim prefix="where" prefixOverrides="and">
替换。
2.4set标签
其实
set
标签与
where
标签很相似,只不过
where
用来替换查询SQL,
set
用于修改SQL中,用来自动生成
set
部分的SQL语句。
set
标签还可以自动去除最后面的一个
,
。
比如我们写一个能够修改账户名
username
,密码
password
,头像
photo
的动态SQL,根据
id
进行修改。
方法声明:
//使用动态SQL实现修改用户信息,包括账户名,密码,头像publicintupdateUser(UserInfo userInfo);
动态SQL:
<updateid="updateUser">
update userinfo
<set><iftest="username!=null">
username=#{username},
</if><iftest="password!=null">
password=#{password},
</if><iftest="photo!=null">
photo=#{photo}
</if></set>
where id=#{id}
</update>
单元测试代码:
@TestvoidupdateUser(){UserInfo userInfo =newUserInfo();//修改密码为123456
userInfo.setPassword("123456");
userInfo.setId(1);int res = userMapper.updateUser(userInfo);
log.info("受影响的行数:"+ res);}
运行结果:
修改成功并且可以根据传入参数个数自动生成相应的修改SQL,以及可以自动去除最后的
,
。
以上
<set>
标签也可以使用
<trim prefix="set" suffixOverrides=",">
替换。
2.5foreach标签
对集合进行遍历可以使用
foreach
标签,常用的场景有批量删除功能。
- collection:绑定方法参数中的集合,如 List,Set,Map或数组对象
- item:遍历时的每一个对象
- open:语句块开头的字符串
- close:语句块结束的字符串
- separator:每次遍历之间间隔的字符串
为了方便演示批量删除,我们随便插入几条数据到数据库:
方法声明:
//使用动态sql批量删除元素publicintdeleteIds(List<Integer> ids);
动态SQL语句:
<deleteid="deleteIds">`在这里插入代码片`
delete from userinfo where id in
<foreachcollection="ids"open="("close=")"separator=","item="id">
#{id}
</foreach></delete>
单元测试代码:
删除数据库中
id
为10 11 12的用户。
@TestvoiddeleteIds(){List<Integer> ids =newArrayList<>();
ids.add(10);
ids.add(11);
ids.add(12);int res = userMapper.deleteIds(ids);
log.info("受影响的行数"+ res);}
运行结果:
成功生成了批量删除的SQL,这就是foreach标签的作用,它能够遍历集合。
觉得文章写得不错的老铁们,点赞评论关注走一波!谢谢啦!
版权归原作者 未见花闻 所有, 如有侵权,请联系我们删除。