# 结构化 SQL 生成器 > 用 JSON 来轻松生成复杂的 SQL,大幅提高写 SQL 的效率! > > by 程序员鱼皮 在线使用:http://sql.yupi.icu 项目介绍视频:https://www.bilibili.com/video/BV1qa411J7vh/ ![工具截图](./doc/assets/main.png) ## 项目作用 1. 将 SQL 的编写逻辑 `结构化` ,像写文章大纲一样编写和阅读 SQL 2. 重复的 SQL 只需编写一次 ,SQL 变动时修改一处即可 3. 可以针对某部分 SQL 进行传参和调试 4. 查看 SQL 语句的引用树和替换过程,便于分析理解 SQL ![查看调用树和替换过程](./doc/assets/invokeTree.png) ## 应用场景 如果你要写一句复杂的 SQL,且 SQL 中很多代码是 **相似** 但又不相同的。那么推荐使用该工具,可以不用重复编写 SQL,更有利于修改、维护和理解。 尤其是在大数据分析场景下,经常会有编写复杂 SQL 的需求。 > 之所以会有这个轮子,也正是因为鱼皮在工作中要写一句长达 3000 行的 SQL 来离线分析数据,手写真的人要疯了! 当然,你也完全可以把它当做一个 `重复代码生成器` ~ ## 示例 需求:计算 id = 1 和 id = 2 的两位同学的身高差 SQL 大概是这样的: ```sql select (s1.height - s2.height) as 身高差 from (select * from student where id = 1) s1, (select * from student where id = 2) s2 ``` 显然,上述 SQL 中学生表查询了 2 次,而且除了查询的 id 不同外,查询逻辑完全一致! 如果后面查询学生的逻辑发生修改,那么以上 2 个子查询都要同时修改,不利于维护。 而使用本工具,只需编写如下 JSON,就能自动生成完整的 SQL 了: ```json { "main": "select @身高差() from (@学生表(id = 1)) s1, (@学生表(id = 2)) s2", "身高差": "(s1.height - s2.height) as 身高差", "学生表": "select * from student where id = #{id}" } ``` 通过类似 `函数调用 + 传参` 的方式,我们无需重复编写 SQL,而且整个 SQL 的逻辑更清晰! 当然,以上只是一个示例,真实大数据离线分析的场景下,SQL 可比这复杂 N 倍! 如果感兴趣的话,欢迎往下看文档,还有更复杂的示例~ ## 优势 1. 支持在线编辑 JSON 和 SQL,支持代码高亮、语法校验、一键格式化、查找和替换、代码块折叠等,体验良好 2. 支持一键生成 SQL 3. 支持参数透传,比如 @a(xx = #{yy}),yy 变量可传递给 @a 公式 4. 支持嵌套传参(将子查询作为参数),比如 @a(xx = @b(yy = 1)) 5. 不限制用户在 JSON 中编写的内容,因此该工具也可以作为重复代码生成器来使用 6. 支持查看 SQL 语句的调用树和替换详情,便于分析引用关系 ## 文档 可以把下面的代码放到生成器中试试,一下就明白如何使用啦~ ```json { "main": "必填, 代码从这里开始生成, 用 @规则名() 引用其他语句", "规则名": "可以编写任意 SQL 语句 @规则名2() @动态传参(a = 求给 ||| b = star)", "规则名2": { "sql": "用 #{参数名} 指定可被替换的值", "params": { "参数名": "在 params 中指定静态参数, 会优先被替换" } }, "动态传参": "#{a}鱼皮#{b}" } ``` ### 补充说明 `对象键`:定义 SQL 生成规则名称,main 表示入口 SQL,从该 SQL 语句开始生成。 `对象值`:定义具体生成规则。可以是 SQL 字符串或者对象。 `sql`:定义模板 SQL 语句,可以是任意字符串,比如一组字段、一段查询条件、一段计算逻辑、完整 SQL 等。 `params`:静态参数,解析器会优先将该变量替换到当前语句的 #{变量名} 中 `#{xxx}`:定义可被替换的变量,优先用当前层级 params 替换,否则由外层传递 `@xxx(yy = 1 ||| zz = #{变量})`:引用其他 SQL,可传参,参数可再用变量来表示,使用 |||(三个竖线)来分隔参数。 ## 复杂示例 需求:用一句 SQL 查询出以下表格 ![](./doc/assets/complex-example.png) 这个表格的难点在哪? 1. 查汇总和查明细的粒度不同,不能用 group by 区分,只能用 union(红色) 2. 分类列中不同行的数据有交叉,不能用 group by 区分,只能用 union 3. 每一列由多张表共同 join 而成,且不同分类可关联的表不同,须进行区分(灰色表示无法关联),并将缺失的字段补齐(否则无法 union) 4. 不同行的同一列计算公式可能不同(蓝色) 5. 不同列的过滤条件不同(比如最后两列墨绿色是要查全校,其余列只查 1 年级) 6. 要查询同环比,只能用 2 份完整的数据去 join 然后错位计算来得出 显然,这个表中很多查询逻辑是重复但又不同的。 这么算下来,最后这个 SQL 中到底会包含多少个基础表的 select 呢?每个基础表查询要重复编写多少遍呢? 然而,这个表格也只是鱼皮对实际需求简化后才得来的,实际需求比这还复杂几倍! 可想而知,人工写有多恶心?! 但是使用本工具,只需编写如下结构化的 JSON: ```json { "main": "select (a / b - 1) from (@查整体(date = 今天)) a, (@查整体(date = 昨天)) b", "查整体": "@查年级() union @查1班() union @查2班() where date = #{date}", "查年级": "@查汇总_性别汇总() union @查汇总_性别分组() union @查汇总_爱好汇总() union @查汇总_爱好分组() union @查汇总_电脑类别汇总() union @查汇总_电脑类别分组()", "查汇总_性别汇总": "@查除电脑关联表()", "查汇总_性别分组": "@查除电脑关联表() group by 性别", "查汇总_爱好汇总": "@查除电脑关联表()", "查汇总_爱好分组": "@查除电脑关联表() where 爱好 in (xx) group by 爱好", "查汇总_电脑类别汇总": "@查除三连和学习表()", "查汇总_电脑类别分组": "@查除三连和学习表() group by 电脑类别", "查1班": "@查1班_性别汇总() union @查1班_性别分组() union @查1班_爱好汇总() union @查1班_爱好分组() union @查1班_电脑类别汇总() union @查汇总_电脑类别分组()", "查1班_性别汇总": "@查除电脑关联表() where 1班", "查1班_性别分组": "@查除电脑关联表() where 1班 group by 性别", "查1班_爱好汇总": "@查除电脑关联表() where 1班", "查1班_爱好分组": "@查除电脑关联表() where 1班 and 爱好 in (xx) group by 爱好", "查1班_电脑类别汇总": "@查除三连和学习表() where 1班", "查1班_电脑类别分组": "@查除三连和学习表() where 1班 group by 电脑类别", "查2班": "@查2班_性别汇总() union @查2班_性别分组() union @查2班_电脑类别汇总() union @查2班_电脑类别分组()", "查2班_性别汇总": "@查除电脑关联表() where 2班", "查2班_性别分组": "@查除电脑关联表() where 2班 group by 性别", "查2班_电脑类别汇总": "@查除三连和学习表() where 2班", "查2班_电脑类别分组": "@查除三连和学习表() where 2班 group by 电脑类别", "查所有关联表": "@查信息表() left join (@查三连表()) left join (@查学习表()) left join (@查电脑表()) left join (@查全校信息())", "查除电脑关联表": "@查信息表() left join (@查三连表()) left join (@查学习表()) left join (@查全校信息())", "查除三连和学习表": "@查信息表() left join (@查电脑表()) left join (@查全校信息())", "查信息表": "select 字段 from 信息表 where 年级 = 1", "查三连表": "select 字段 from 三连表 where 年级 = 1", "查学习表": "select 字段 from 学习表 where 年级 = 1", "查电脑表": "select 字段 from 电脑表 where 年级 = 1", "查全校信息": "select 字段 from 信息表" } ``` 就能自动生成 SQL 了,还可以查看调用关系,非常清晰: ![](./doc/assets/complex-example-result.png) ## 实现 使用和 JSON 相性最好的 JavaScript 来实现,编写一份逻辑 JS 文件,可同时应用于 browser 和 server 端。 功能比较轻量,因此选择优先在纯 browser 端实现。 前端使用 `Vue3 + Vite + Ant Design Vue` 开发界面,选用 `Monaco Editor` 实现代码编辑、高亮、格式化等功能,使用 `TypeScript + ESLint` 保证代码规范。 SQL 生成逻辑如下: 1. JSON 字符串转对象 2. 从入口开始,先替换 params 静态参数,得到当前层解析 3. 对 @xxx 语法进行递归解析,递归解析时,优先替换静态参数,再替换外层传来的调用参数 4. 得到最终 SQL 解析器原本采用正则非贪婪替换方式实现,但无法实现嵌套调用,比如 @a(xx = @b()),会被识别为 @a(xx = @b(),匹配到了最近的右括号。 因此针对括号嵌套的情况对子查询替换算法做了优化,已支持包含括号语句的嵌套调用。