MyBatis中#{} 和 ${} 的区别和动态 SQL详解
作者:2的n次方_
1. #{} 和 ${} 的区别
为了方便,接下来使用注解方式来演示:
#{} 的 SQL 语句中的参数是用过 ? 来起到类似于占位符的作用,而 ${} 是直接进行参数替换,这种直接替换的即时 SQL 就可能会出现一个问题
当传入一个字符串时,就会发现 SQL 语句出错了:
这里的 zhangsan并不是作为一个字符串使用的,应该是加上引号的
加上之后就可以正常查询了
这就可能会出现 SQL 注入的问题
来看一下 SQL 注入的例子,假如传入的参数是' or 1='1
@Select("select username, `password`, age, gender, phone from user_info where username= '${name}' ") List<UserInfo> queryByName(String name);
按道理说是没有这个用户的,但是却把所有用户的信息都查出来了
如果在某些登录的界面输入 SQL 注入代码' or 1='1
就可能登录成功
使用 #{} 就没有这个问题
除了以上的区别外,二者还有性能方面的区别
在上面提到过,#{} 是预编译 SQL,${} 是即时 SQL ,预编译SQL编译一次之后会将编译后的 SQL 语句缓存起来,后面再执行这条语句时,不会再次编译,省去了解析优化等过程,以此来提高效率,所以当需要频繁地使用 SQL 语句时,预编译的性能优化就体现出来了,而对于即时 SQL ,如果只是在启动时或者很少变化的场景下使用${}
来配置一些数据库对象名称等,它可以避免预编译的过程,执行起来相对直接
2. 排序
在上面看来,#{}
无论是在安全性还是效率上,都占据了优势,那么都是用 #{}
可以吗?
来看使用 #{}
来实现排序功能:
@Select("select * from user_info order by id #{order}") List<UserInfo> selectUserByOrder(String order);
这里把排序的方式作为参数,给用户选择是升序还是降序排序,测试方法中传入一个字符串表示降序
@Test void selectUserByOrder() { userInfoMapper.selectUserByOrder("desc"); }
然后就会发现报错了,可以看到 "desc" 确实是当做字符串传进去了,#{} 的方式会把字符串类型加上单引号,然后 SQL 语句就会变成这样:
select * from user_info order by id 'order'
这样肯定是不对的,那么这个时候就需要用到 ${} 了,直接进行参数替换,但是使用 ${} 肯定就需要考虑 SQL 注入的问题,由于排序方式只有 asc 和 desc 两种方式,可以采用枚举类来进行校验,也可以通过判断条件来实现校验
3. 模糊查询
通过模糊查询来查找名字中含有“zhang”的信息
@Select("select * from user_info where username like '%#{name}%'") List<UserInfo> selectUserByLike(String name);
@Test void selectUserByLike() { System.out.println(userInfoMapper.selectUserByLike("zhang")); }
然后发现又报错了,因为使用的是 #{} ,所以就会替换为 '%'zhang'%',这样是肯定不能运行的,所以还是需要使用 ${} 进行直接替换,但是这时怎么去解决 SQL 注入的问题呢,这样就不能简单的通过枚举或者判断来约束传入的参数了,这时就可以通过使用拼接的方式
通过 CONCAT 函数来对 SQL 语句进行拼接,这样就可以使用 #{},
@Select("select * from user_info where username like CONCAT('%',#{name},'%')") List<UserInfo> selectUserByLike(String name);
4. 数据库连接池
在传统的数据库访问模式中,每当应用程序需要与数据库进行交互时,它会创建一个新的数据库连接,使用完毕后关闭连接,这样频繁地创建和销毁数据库连接会消耗大量的系统资源
数据库连接池的出现就是为了解决这些问题。它在应用程序启动时预先创建一定数量的数据库连接,将这些连接存储在一个 “池” 中。当应用程序需要访问数据库时,从池中获取一个可用的连接,使用完毕后将连接归还给池,而不是直接关闭连接,从而避免了频繁创建和销毁连接所带来的性能开销,这一点和线程池是类似的
常见的数据库连接池有:C3P0 , DBCP , Druid , Hikari
Spring Boot 默认使用的是 Hikari
如果想更换为 Druid 的话,导入相关的依赖即可
<dependency> <groupId>com.alibaba</groupId> <artifactId>druid-spring-boot-3-starter</artifactId> <version>1.2.21</version> </dependency>
然后再启动程序之后就更换为了 Druid
也可以去 官方文档 进行查看
5. 动态 SQL
我们在填一些表单的时候应该会见到下面这种,有的是必填项,有的是选填项,对于选填项来说,如果没有填,肯定是需要赋一个默认值的,比如 null,那么就需要动态 SQL 来实现这样的功能
5.1. <if>
可以通过 if 标签来实现一下:
@Mapper public interface UserInfoXmlMapper { Integer insertUserByCondition(UserInfo userInfo); }
再来看 XML 中的 SQL 语句
<insert id="insertUserByCondition"> insert into user_info(username,'password',age, <if test="gender != null"> gender </if> ) values (#{username},#{password},#{age}, <if test="gender != null"> #{gender} </if> ) </insert>
if 标签中的参数和 java 对象中的属性参数是对应的
@Test void insertUserByCondition() { UserInfo userInfo = new UserInfo(); userInfo.setUsername("java"); userInfo.setPassword("java"); userInfo.setAge(19); //userInfo.setGender(1); Integer integer = userInfoXmlMapper.insertUserByCondition(userInfo); }
如果不传入性别的话来看一下结果:
由于性别没有传入,所以说 SQL 语句中是只有前三个参数的,所以第三个参数那里就多了一个逗号,导致最终的 SQL 的语法错误
那么就可以想一个办法,如果把逗号直接加前面,是不是就可以解决了
这样看似是可以解决的,但是如果说 username, age 都设为了非必填的,例如 username 没有传入参数,但是 age 传入了参数,这样前面就多了一个逗号,这时 SQL 语句就又会出错了,把逗号都加到右边,也是会出现问题的
这时就需要用到下面的标签了
5.2. <trim>
主要用于去除 SQL 语句中多余的关键字或者字符,同时也可以添加自定义的前缀和后缀
・prefix:用于为包含在trim
标签内部的 SQL 语句块添加一个前缀
・suffix:表示整个语句块,以 suffix 的值作为后缀.
・prefixOverrides:为trim
标签内的 SQL 语句块添加一个后缀.
・suffixOverrides:表示整个语句块要去除掉的后缀.
<insert id="insertUserByCondition"> insert into user_info <trim prefix="(" suffix=")" suffixOverrides=","> <if test="username!=null"> username , </if> <if test="password!=null"> `password`, </if> <if test="age!=null"> age, </if> <if test="gender!=null"> gender </if> </trim> values <trim prefix="(" suffix=")" suffixOverrides=","> <if test="username!=null"> #{username}, </if> <if test="password!=null"> #{password}, </if> <if test="age!=null"> #{age}, </if> <if test="gender!=null"> #{gender} </if> </trim> </insert>
这就表示在 SQL 语句前面加上一个 '(' ,后面加上 ')' ,如果最后是以逗号结尾的就把逗号删了,以此来实现 SQL 语句拼接的效果
5.3. <where>
来看一下条件查询
这里的 and 和上面的逗号是一样的性质,放在右边或者左边都不合适,还是可以使用 trim 标签来解决
但是这时其实还有一个问题,如果说 age 和 deleteFlag 都没有传入的话,最后的 SQL 语句 where 后面就没有了,这时又会报错了
这种情况 trim 就解决不了了,其中一种解决方式是在 where 后面加上 1=1,那么 and 就需要加在前面了:
比较推荐的写法就是使用 <where> 标签
<select id="selectUserByCondition" resultType="com.example.mybatisdemo.model.UserInfo"> select * from user_info <where> <if test="age!=null"> and age=#{age} </if> <if test="deleteFlag!=null"> and delete_flag = #{deleteFlag} </if> </where> </select>
<where> 标签如果后面都没有值的话,SQL 语句中的 where 也不会添加,并且如果只有一个值的话,前面的 and 也会被去掉,也不用 trim 标签了,不过去掉的是前面的 and,写后面是不会去掉的
5.4. <set>
动态更新操作也是,当后面有值的时候就更新,没有值的时候就不更新,<set> 标签的作用和 where 类似,也是后面有值的话就生成 set 关键字并且去除右边的逗号,但是后面设置的内容也不能全部是空,此时就算没有生成 set 标签,但是前面还有一个 update 关键字,最后的 SQL 语句还是有问题
<update id="updateByCondition"> update user_info <set> <if test="username!=null"> username = #{username}, </if> <if test="password!=null"> password = #{password}, </if> <if test="gender!=null"> gender = #{gender} </if> </set> <where> id = #{id} </where> </update>
5.5. <foreach>
foreach 用于在 SQL 语句中遍历集合,动态地构建包含多个参数的 SQL 语句,比如IN
子句、批量插入语句等
- collection:绑定方法参数中的集合,如 List,Set,Map 或数组对象。
- item:遍历时的每一个对象。
- open:语句块开头的字符串。
- close:语句块结束的字符串。
- separator:每次遍历之间间隔的字符串。
<delete id="batchDelete"> delete from user_info where id in <foreach collection="ids" separator="," item="id" open="(" close=")"> #{id} </foreach> </delete>
5.6. <include>
<include>
标签主要用于代码复用。它可以将一个 SQL 片段(通常是在<sql>
标签中定义的)包含到另一个 SQL 语句中,使得 SQL 语句的编写更加模块化,减少重复代码
例如上面的重复语句就可以提取出来
<sql id="insertCol"> insert into user_info(username, password, age, gender) </sql>
然后就可以通过 include 标签来引用了
6. 注解方式的动态 SQL
注解方式就是把原来 XML 中的 SQL 语句部分写到注解的 <script> 标签下,可以看出,由于注解中是字符串拼接的方式,这种方法是非常容易出错的,而且排查错误也是有些困难的
主页
到此这篇关于MyBatis中#{} 和 ${} 的区别和动态 SQL的文章就介绍到这了,更多相关MyBatis #{} 和 ${} 区别内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!