MyBatis 中为什么不建议使用 where 1=1?(1)

select * from user

where 1=1

and name=#{name}

and password=#{password}

机智的小伙伴可能已经看出了问题,在众多 mapper 中发现了一个相同的想象,几乎所有的 mapper 中都包含了一个无用的拼接 SQL:where 1=1。作为一个几乎有代码洁癖症的人,自然是忍不住动手改造一番了。

错误的改造方式

=======

既然是去掉 where 1=1,那最简单的方式就是将它直接从代码中删除了,如下代码所示:

<?xml version="1.0" encoding="UTF-8"?>

select * from user

where

name=#{name}

and password=#{password}

以上代码删除了 1=1,并且把第一个 name 查询中的 and 去掉了,以防 SQL 查询报错。 ​

但这样就没问题了吗?我们直接来看结果,当包含参数 name 查询时,结果如下:

MyBatis 中为什么不建议使用 where 1=1?

一切顺理成章,完美的一塌糊涂。 然而,当省略 name 参数时(因为 name 为非必要参数,所以可以省略),竟然引发了以下异常:

MyBatis 中为什么不建议使用 where 1=1?

又或者只有 password 查询时,结果也是一样:

MyBatis 中为什么不建议使用 where 1=1?

都是报错信息,那肿么办呢?难不成把 1=1 恢复回去?

正确的改进方式

=======

其实不用,在 MyBatis 中早已经想到了这个问题,我们可以将 SQL 中的 where 关键字换成 MyBatis 中的 标签,并且给每个 标签内都加上 and 拼接符,这样问题就解决了,如下代码所示:

<?xml version="1.0" encoding="UTF-8"?>

select * from user

and name=#{name}

and password=#{password}

代码改造完成之后,接下来我们来测试一下所有的请求场景。

不传任何参数的请求

=========

此时我们可以不传递任何参数(查询所有数据),如下图所示:

MyBatis 中为什么不建议使用 where 1=1?

生成的 SQL 语句如下:

MyBatis 中为什么不建议使用 where 1=1?

传递 1 个参数的请求

也可以传递 1 个参数,根据 name 进行查询,如下图所示:

MyBatis 中为什么不建议使用 where 1=1?

最后

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Java工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,不论你是刚入门Java开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门!

如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
发知识点,不论你是刚入门Java开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门!**

如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

  • 3
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值