sublime text中sql不自动换行需启用软换行：通过view → word wrap勾选，或在用户设置中添加"word_wrap": true；该设置仅影响显示，不改变文件内容。

SQL代码在Sublime Text里不自动换行，怎么看全字段？

默认情况下，Sublime Text对SQL不做特殊换行处理，长SELECT语句会横向滚动，肉眼难以核对字段顺序或别名。这不是语法错误，而是视图设置问题。

• 按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）调出命令面板，输入 Toggle Word Wrap 回车启用软换行
• 更稳妥的做法是：进入 View → Word Wrap 勾选，或直接修改用户设置，在 Preferences → Settings 中添加：

  "word_wrap": true,

• 注意：仅开启软换行不影响复制粘贴行为，也不会改变实际换行符，适合阅读但不适用于导出格式化SQL

怎么让SELECT字段自动对齐成竖排？

Sublime Text原生不支持SQL字段自动对齐，但可通过插件 AlignTab 实现类似效果——它不是“美化”，而是结构化对齐，对排查冗余字段、漏加逗号特别有用。

Sublime Text Build Linux版

Sublime Text Linux x86-64 deb 安装包。官方也提供 rpm、tar.xz 和软件源安装方式。

下载

• 安装插件：用 Package Control: Install Package 搜索并安装 AlignTab
• 选中要对齐的多行字段（例如从 SELECT 开始到 FROM 前的所有行），按 Ctrl+Alt+A（Windows/Linux）或 Cmd+Alt+A（macOS）
• 默认按逗号对齐，若想按 AS 对齐，先选中所有含 AS 的行，再执行对齐，然后在弹出的输入框里填 \s+AS\s+
• 对齐后别忘了保存，因为Sublime不会自动保存临时格式；且该操作不修改语义，执行前建议备份或确认版本控制已提交

为什么SQL关键字没高亮，或者大小写混乱？

Sublime Text自带的SQL语法定义较基础，SELECT 和 select 可能被当成不同token，导致高亮断续或补全失效。

• 推荐切换为更严谨的语法包：安装插件 SQLTools 或 SQL Syntax Highlighting，重启后右下角语法选择器中切换为 SQL (SQLTools)
• 统一关键字大小写可借助 Ctrl+K, U（转大写）或 Ctrl+K, L（转小写），但建议只对关键字批量操作，避免把表名/字段名也改掉
• 如果用了PostgreSQL或MySQL特有函数（如 JSONB_BUILD_OBJECT），原生语法包可能不认识，需配合 SQLTools 的方言配置，在其设置中指定 "dialect": "postgresql"

有没有一键格式化SQL的快捷方式？

Sublime Text没有内置SQL格式化器，但可通过外部工具桥接实现，关键是避免依赖在线服务或破坏本地开发流。

• 推荐用 pg_format（PostgreSQL）或 sqlfluff（跨方言），先用命令行验证能否正常工作，例如：

  echo "SELECT a,b FROM t;" | pg_format

• 安装插件 ExternalTools 或 SublimeOnSaveBuild，配置一个build system，指向你本地的格式化命令，注意设置 shell_cmd 并勾选 "encoding": "UTF-8"
• 不要绑定到 Ctrl+S 自动格式化——DDL语句（如 CREATE TABLE）一旦格式化错缩进，可能影响后续解析；建议保留手动触发，比如 Ctrl+Alt+F
• 格式化前务必确认当前文件编码是UTF-8且无BOM，否则 sqlfluff 可能报 UnicodeDecodeError

SQL美化本质是服务于可读性与协作一致性，不是越花哨越好。真正容易被忽略的是：不同数据库方言的关键字优先级、注释位置对格式化工具的影响（比如 -- 后紧跟空格才被识别）、以及团队共用的缩进风格是否在build system里固化——这些细节比颜色主题更能决定长期维护成本。