没睡醒就来上班的程序员解决BUG_程序员不醒发现bug-CSDN博客

本文链接：https://blog.csdn.net/qq_42299461/article/details/128110085

本文记录了一位开发者在工作中遇到的一个SQL查询问题，由于在添加新的查询条件时犯了一个低级错误，导致查询失败。经过一系列尝试和搜索，最终发现并修正了错误，使得查询正常运行。过程中体现了开发者在面对问题时的心态变化以及解决问题的过程。

仅以此篇纪念我在低级错误面前烦躁又蒙B的3分钟。

今早，我在公司系统上点了一下我负责模块里的一个查询。我靠，这个查询条件竟然没生效。

看代码，原来xml文件里的SQL没写这个查询条件，这太简单了，加上。）

然后我写了一个弱智的SQL 如下（表名字段名替换成非公司使用的，自己乱写的）

SELECT
      <include refid = "BaseSql"/>
 FROM 
       testTable tT
 <where>
     1=1
     // 此处省略原有的大段<if>查询条件，下面我加的。我加的是Date类型查询字段
    <if test="date!= null and date != ''">
         AND #{date}
    </if>
 </where>

也没多想，直接负责上边其他人写好的 <if>判断直接改了个字段名，直接启动 postman 测试。

我勒个去，报错了这怎么可能呢。

控制台看下什么情况，不想思考直接复制到百度查一下吧。

就选第一个了进去看下。

奥这么回事啊，判断条件删了删了。重启，再测！哎我去，又报错了？（到现在还浑然不知自己的and后拼接的字段错的有多离谱）

控制台打开，错误日志直接复制粘贴到百度，打开出现的第一条。

这个博主写点啥啊，没看懂，X掉，这也解决不了我的问题啊（大脑完全不思考）

打开第2个词条。这TM的是啥烦躁关了。不看了。

哎，我好像想起来点啥，我sql好像写错了。

SELECT
      <include refid = "BaseSql"/>
 FROM 
       testTable tT
 <where>
     1=1
     // 此处省略原有的大段<if>查询条件，下面我加的。我加的是Date类型查询字段
    <if test="date!= null and date != ''">
         AND tT.date = #{date}
    </if>
 </where>

重启 postman测试，通了通了。。上午10点了这样吧。摸会鱼，中午睡一觉之后在干活吧。