一整行塞了九类子句

晏舒在长沙岳麓的湘江数科做周报，同事把多表联查压成一行丢过来，她既要贴进周报，也要顺手核 JOIN 条件。左框叫"SQL 语句"，右框叫"处理结果"，都是纯文本框。贴进去的是 208 字符：从 select 三个字段起，经 from、left join、"t_order_item"、on、where 里的"PAID"与金额下限，一路到 group by、having、order by、limit。挤成一行时看不清层次，贴完右侧也不会自己动。

美化只做关键字前换行

这一版三个按钮："美化"、"压缩成一行"、"复制结果"，没有下载。"美化"背后是按 23 个"MAJOR"关键字逐个做正则替换，把关键字前面塞一个换行，仅此而已。没有缩进、对齐或高亮，var depth 定义成 0 之后就再没递增过，子查询和括号也不会往里缩。改了左侧条件得重新按一次，右侧才刷新。所谓"LEFT JOIN"是两词连写，工具却各按一个关键字处理。

LEFT 与 JOIN 分成两行

右侧逐行摊开后，第三行只剩 LEFT，第四行才是 JOIN，本该连在一起的两个词被切开，这不是原文贴错。好的一面是"ON o.id=i.order_id"完整独占一行，晏舒要核的关联条件就在那里。WHERE 行的 and、HAVING 行的 sum、ORDER BY 行的 desc 全是小写原样，不在关键字表里，那段更长的词表是死代码。所有行一律顶格。

复制进周报前再核一遍

"复制结果"把右侧文本送进剪贴板，"压缩成一行"方向相反，把内容压回单行。整页就这三个按钮，别满屏找导出。这版能让人看清有哪些子句，但 LEFT 与 JOIN 拆两行看着太怪，也没有语法校验；晏舒没拿它直接跑库，先人工核了一遍再贴进周报。

企业知识网（ www.qiyezhishi.com ）提供的结果为参考性内容，不构成法律、税务或投资建议。具体请以主管部门口径与最新法规为准。