sublime text 中不存在 prettier-sql 插件，prettier 官方不支持 sql；真正可用的方案是 sqltools 调用 sqlformat（即 sqlparse cli），需 pip install sqlparse 并确保 sublime 使用系统 python。
Sublime Text 里根本没有 prettier-sql 这个东西
截至 2026 年 6 月，prettier-sql 不是 Prettier 官方支持的插件，也不在 npm registry 中作为独立包存在。Prettier 主仓库只内置了对 JavaScript/TypeScript/JSON/HTML/CSS/Markdown 等语言的支持，SQL 不在其原生支持列表中。所有声称“安装 prettier-sql 就能一键美化 MySQL/PostgreSQL”的教程，要么混淆了第三方 fork 项目，要么把 sqlformat、pgFormatter 或 sqlparse 的 CLI 工具包装成 prettier 风格来宣传。
想用 Prettier 风格统一 SQL？你实际需要的是 sqlformat + SQLTools
真正稳定可用、且能区分 mysql / postgres / sqlite 方言的方案，仍是 SQLTools 插件调用 sqlformat（即 sqlparse CLI）——它不是 prettier，但行为最接近：支持 --reindent、--keywords-upper（慎用）、按方言做基础语法感知（比如识别 ENGINE=InnoDB 不报错）。
-
sqlformat是sqlparse提供的命令行工具，不是 prettier 的扩展，不读取.prettierrc - 必须全局安装：
pip install sqlparse，且确保 Sublime 调用的是系统 Python（不是虚拟环境里的） -
SQLTools的dialect设置仅影响高亮和部分格式化提示（如是否识别RETURNING），sqlformat本身不解析方言，但SQLTools会根据 dialect 在格式化前做轻量预处理 - MySQL 用户若启用了
--keywords-upper，可能触发Unexpected keyword错误——因为sqlformat对 MySQL 扩展语法（如STRAIGHT_JOIN）支持有限，建议只用--reindent
为什么你配了 prettier_cli_path 却对 .sql 文件没反应
因为 JsPrettier（或其他 prettier 类插件）的 selector 默认只匹配 source.js、source.ts 等 scope，完全不监听 source.sql。即使你手动改了配置，它也不会转发请求给 prettier —— prettier 本身就不认识 SQL。
- Sublime 的语法 scope 是硬性过滤条件，右下角显示
SQL才代表当前文件被识别为 SQL；显示Plain text或MySQL子类，SQLTools的格式化命令就根本不会出现 - 别试图用
custom_file_extensions把.sql加进 JsPrettier，它不处理 SQL，加了也白加 - 如果你坚持要用 prettier 生态，唯一可行路径是：用 VS Code 开发 SQL（它有官方
prettier-plugin-sql），Sublime 仅作查看或轻编辑
方言级美化真正起作用的只有三件事
所谓“支持多款主流数据库方言”，在 Sublime 里落地时，只有三个环节实际参与方言判断：语法高亮、字段补全、格式化提示词。其中，只有字段补全是真从数据库拉结构，其余都是静态规则匹配。
- 高亮靠
SQLTools的dialect设置 + 手动绑定后缀（如把.mysql绑定到SQL语法并设"dialect": "mysql"） - 字段补全只在右下角状态栏显示绿色
Connected后生效，且只对已连接的数据库有效（sqlite填路径即可，mysql/postgres必须服务可达） - 格式化本身不校验方言，但
SQLTools会在发送给sqlformat前，根据dialect过滤掉某些不兼容的选项（例如对sqlite自动禁用--keywords-upper） - 密码含
@或/时，连接配置必须用单引号包裹：'my@pass/word'，否则 URL 解析失败，连不上就没补全
