SQL中为什么不要使用1=1?

科技   2024-11-10 07:24   浙江  
👇推荐大家关注一个公众号👇
点击上方 "编程技术圈"关注, 星标或置顶一起成长
后台回复“大礼包”有惊喜礼包!

日英文

What is adhere to? Is day, and one day, you tell yourself, insist again one day.

什么是坚持?就是一天,又一天,你告诉自己,再坚持一天。

每日掏心话

不要沉迷过去,不要害怕未来,过去。得失也好,成败也罢,无论快乐,还是痛苦,都过去了,你只能回忆,而无法回去。

责编:乐乐 | 来源:Java后端编程

编程技术圈(ID:study_tech)第 3029 期推文


往日回顾:刚刚,被 GPT-4o 价格劝退了!

     

      正文     

大家好,我是小乐

在工作中的老项目中经常会看到代码中使用了1=1的情况,想起来之前自己也这个样子写过,感觉也没有啥影响就没有当回事,随着工作年限,工作经验的增加,对着一块有了更深的理解,下面我们就来看一看。

代码开发中,编写SQL语句其实就和家常炒菜差不多,每个条件语句就是一个调料,所以每一种调料都会影响菜的味道,对于SQL来说查询条件的增加,影响的就是执行SQL的效率。那么1=1这种为什么又会存在呢,存在即有它的道理,下面我们更深一层次的分析一下。



为什么会使用 1=1?



Java代码开发中,使用最多的 Mybatis框架,在判断条件的时候,会在条件前面增加AND连接,而有的条件不需要拼接,所以为了第一个条件是否要带AND连接符,出现了始终为真的1=1的条件。

就像下边这样:
SELECT * FROM table WHERE 1=1<if test="username != null">    AND username = #{username}</if><if test="age > 0">    AND age = #{age}</if>




这样就不用在增加每个条件之前先判断是否需要添加“AND”。



1=1 带来的问题




性能问题?



对于数据库的查询优化器了解的就会知道,其实写了1=1这种条件,在SQL语句经过优化器的时候也会被优化掉,但是对于不同的数据库就有了不同的结果。
另一个点就是如果都是1=1,没有进行优化,相当于把表中的全部数据都要进行一遍循环,判断一下这个毫无用处的条件是否满足。

查询优化器就相当于是个图书管理员,他知道如何最快的查找到你所需要的书,当你告诉它你所需要的书的特征之后,他会根据这些信息选择一个最快定位到该图书的方式路径。

但是如果我们告诉它一些无关紧要的信息,这不就相当于废话了吗,加密??哈哈哈哈哈想起来废话文学了,听君一席话,胜听一席话啊。所以说的多不一定有用,只需要把关键信息提供出来就可以。一个带有“1=1”的查询可能就相当与让图书管理员一本书一本书的去比较来检查是不是你所需要的,显然这是不合理的。

你可能会说:数据库没有这么傻吧?

确实,数据库不会这点都没做好。数据库在执行查询的时候都会把这种1=1的始终为真的条件进行优化掉,对于数据库的性能也不会收到太多的影响。但是优化器也不是万能的,在个别的场景中还是有可能会造成全表扫描的,所以我们还是要避免的。


代码质量



在代码质量的角度来看,我们也是需要避免“1=1”这种写法的,可以从以下几点来考虑:
1、代码清晰性:在复杂的SQL中,避免“1=1”这种引起歧义。
2、习惯:代码规范。
3、兼容:跨数据的兼容性。避免有的数据库无法进行优化掉“1=1”这种条件造成的全表扫描。
免翻官方ChatGPT 4.0 和 Claude Pro,稳定有售后
编写尽可能高效、清晰和准确的SQL语句,不仅有助于保持代码的质量,也让代码具有更好的可维护性和可扩展性。


替代 1=1 的更佳做法



在代码开发中,使用MyBatis框架的居多,所以我们可以使用Where标签来进行优化SQL写法。

假设我们有一个用户信息表 user,并希望根据传入的参数动态地过滤用户。

首先是Mybatis
<!-- MyBatis映射文件片段 --><select id="selectUsersByConditions" parameterType="map" resultType="com.example.User">  SELECT * FROM user  <where>    <!-- 使用if标签动态添加条件 -->    <if test="username != null and username != ''">      AND username = #{username}    </if>    <if test="age > 0">      AND age = #{age}    </if>    <!-- 更多条件... -->  </where></select>

在 MyBatis 中,避免使用 1=1 的典型方法是利用动态SQL标签(如 <if>)来构建条件查询。<where> 标签会自动处理首条条件前的 AND 或 OR。当没有满足条件的 <if> 或其他条件标签时,<where> 标签内部的所有内容都会被忽略,从而不会生成多余的 AND 或 WHERE 子句。

再看看 Entity Framework 的方法:
var query = context.User.AsQueryable();if (!string.IsNullOrEmpty(username)){    query = query.Where(b => b.UserName.Contains(username));}if (age>0){    query = query.Where(b => b.Age = age);}var users = query.ToList();

这是一种函数式编程的写法,最终生成SQL时,框架会决定是否在条件前增加AND,而不需要人为的增加 1=1。


总结



“1=1”在SQL语句中可能看起来无害,但实际上它是一种不良的编程习惯,可能会导致性能下降。就像在做饭时不会无缘无故地多加调料一样,我们在编写SQL语句时也应该避免添加无意义的条件。

每一行代码都应该有它存在的理由,不要让人和数据库浪费时间在不必要的事情上。


你还有什么想要补充的吗?

上周,又劝退十几个了。。。

ChatGPT 4o 国内直接用 !!!

最后给大家推荐一个ChatGPT 4.0国内网站,是我们团队一直在使用的,我们对接是OpenAI官网的账号,给大家打造了一个一模一样ChatGPT,很多粉丝朋友现在也都通过我拿这种号,价格不贵,关键还有售后。

一句话说明:用官方一半价格的钱,一句话说明:用跟官方 ChatGPT4.0 一模一样功能,无需魔法,无视封号,不必担心次数不够。

最大优势:可实现会话隔离!突破限制:官方限制每个账号三小时可使用40次4.0本网站可实现次数上限之后,手动切换下一个未使用的账号【相当于一个4.0帐号,同享受一百个账号轮换使用权限】


为了跟上AI时代我干了一件事儿,我创建了一个知识星球社群:ChartGPT与副业。想带着大家一起探索ChatGPT和新的AI时代

有很多小伙伴搞不定ChatGPT账号,于是我们决定,凡是这三天之内加入ChatPGT的小伙伴,我们直接送一个正常可用的永久ChatGPT独立账户。

不光是增长速度最快,我们的星球品质也绝对经得起考验,短短一个月时间,我们的课程团队发布了8个专栏、18个副业项目

简单说下这个星球能给大家提供什么:


1、不断分享如何使用ChatGPT来完成各种任务,让你更高效地使用ChatGPT,以及副业思考、变现思路、创业案例、落地案例分享。

2、分享ChatGPT的使用方法、最新资讯、商业价值。

3、探讨未来关于ChatGPT的机遇,共同成长。

4、帮助大家解决ChatGPT遇到的问题。

5、提供一整年的售后服务,一起搞副业

星球福利:

1、加入星球4天后,就送ChatGPT独立账号。

2、邀请你加入ChatGPT会员交流群。

3、赠送一份完整的ChatGPT手册和66个ChatGPT副业赚钱手册。

其它福利还在筹划中... 不过,我给你大家保证,加入星球后,收获的价值会远远大于今天加入的门票费用 !

本星球第一期原价399,目前属于试运营,早鸟价149,每超过50人涨价10元,星球马上要来一波大的涨价,如果你还在犹豫,可能最后就要以更高价格加入了。。

早就是优势。建议大家尽早以便宜的价格加入!


PS:欢迎在留言区留下你的观点,一起讨论提高。如果今天的文章让你有新的启发,欢迎转发分享给更多人。

版权申明:内容来源网络,版权归原创者所有。除非无法确认,我们都会标明作者及出处,如有侵权烦请告知,我们会立即删除并表示歉意。谢谢!

欢迎加入后端架构师交流群,在后台回复“学习”即可。


最近面试BAT,整理一份面试资料《Java面试BAT通关手册》,覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。在这里,我为大家准备了一份2021年最新最全BAT等大厂Java面试经验总结。

别找了,想获取史上最简单的Java大厂面试题学习资料

扫下方二维码回复面试就好了

猜你还想看

阿里、腾讯、百度、华为、京东最新面试题汇集

看看人家那权限管理系统,那叫一个优雅(附源码)!

牛逼啊!接私活必备的 400 多个开源项目!赶快收藏吧(附源码合集)!

用雪花 id 和 uuid 做 MySQL 主键,被领导怼了

项目从 MySQL 切换 PostgreSQL,踩了太多的坑!!!

,你在看吗?

编程技术圈
(本号原名:程序员小乐) 这里有Java、架构、Python、技术、算法、职场、感悟、面经、资源等,一线大厂干货,10万 + 程序员都在看,做一个有趣的帮助程序员成长的架构师公众号,每天早上07点24,第一时间与你相约。
 最新文章