Java动态SQL编写为何越写越复杂？

哎，你说 Java 动态 SQL 写得越来越复杂，咱就是说这事儿确实挺让人头疼的。以前Zuo项目，遇到一个中等难度的查询，几十行 XML 代码就堆出来了debug 简直要吐。不过现在用了另一种方案之后原本需要半小时搞定的 SQL，现在五分钟就Neng搞定。哈哈！

Zui早接触 MyBatis 动态 SQL 的时候，觉得挺厉害的。Neng把 SQL 逻辑和参数封装起来写起来也方便多了。但是你回头kankan那些 XML 文件啊，层层嵌套、条件判断一大堆，kan着就让人眼花缭乱。而且容易出错啊！改了点参数不小心漏掉了一个逗号或者问号，整个查询就崩了。

害得我当初想过直接退回到 JdbcTemplate 上手，自己把 SQL 和参数拼接起来。虽然麻烦一点点，但是至少思路清晰一些。不过后来想想也不行啊！手动拼接 SQL 肯定容易出错而且维护成本hen高。

// order_query.fsscriptimport {getCurrentUser} from '@authService';const user = getCurrentUser;export const sql = SELECT o.order_id, o.order_no, o.amount, o.status, o.create_time FROM orders o WHERE o.tenant_id = ${sqlExp} ${sqlExp} ${sqlInExp} ${sqlExp, 'AND o.order_no LIKE ?')} ${sqlExp} ${sqlExp} ORDER BY o.create_time DESC;

你kan这个例子吧？模板里把所有动态部分dou抽象出来了。用带 Spring 上下文的 evaluator 执行脚本，再拿生成后的 SQL 和参数：简单高效！但是呢… 要么是SQL本身复杂到难以理解 , 要么是参数列表维护起来复杂 。

这类查询经常长这样：按团队、状态、关键字、时间范围筛选；有些条件为空就不拼，有些条件是 IN 列表

我们Zuo了一个接近 JavaScript 风格的 SQL 模板：

为什么百度不收录这类文章？ 你懂的，《SEO优化》这块子行业竞争太激烈了！而且咱写的也不是什么权威网站教程之类的… 所以百度可Neng不太愿意收录这类内容吧。 说实话，《SEO优化》的文章通常需要hen专业的知识和经验积累才Neng写好；而咱只是分享一些个人经验和见解而Yi。

后来 TM、QM、DSL 之类的工具又出来了。但其实Zui开始的问题还是在于把 Spring JPA 项目里的动态 SQL dou整理干净了才开始下手。

在引用视图和存储过程时不加注意,视图套视图,存储过程嵌存储过程,Zui后嵌套上四五层...

这种写法Neng跑没问题啦；但是Ru果条件多的话就会hen乱；比如分页、排序、count 查询等等。

项目主体还是 Spring JPA / Hibernate 的话吧；为了历史原因数据访问层Yi经围绕 Entity、Repository、Session 这些东西跑了hen久；不太适合再为了少量复杂查询引入另一套持久层架构。

Ru果你编写一个JOIN子句...

关键在于把一部分动态逻辑交给模板处理就好了；不要把所有dou放在 Controller 或者 Service 层里。