VS Code 通过 SQLTools 扩展可高效管理多数据库，需配套安装对应驱动并用 GUI 向导配置连接，避免手动编辑 JSON 出错；SQL 补全与格式化依赖驱动 LSP 支持，执行前须设置语言模式并确认连接激活。
VS Code 本身不内置数据库管理功能，但通过扩展（Extensions）可以高效完成连接、查询、建表等操作——关键不是“能不能”，而是“选哪个扩展”和“怎么配才不踩坑”。
用什么扩展？推荐 SQLTools 而非 MySQL 或 PostgreSQL 单一插件
SQLTools 是 VS Code 上最成熟的数据库客户端扩展，支持 MySQL、PostgreSQL、SQLite、SQL Server、Oracle 等主流驱动，且采用插件化驱动架构：核心只管界面和连接管理，具体协议由独立驱动插件实现（如 SQLTools MySQL Driver）。
常见错误是直接装了某个厂商的“官方插件”，结果发现不支持多连接、没自动补全、或连上后执行 SELECT 报 connection closed。而 SQLTools 的驱动更新更勤，连接状态管理更稳。
- 安装时务必同时装
SQLTools+ 对应的驱动（比如用 PostgreSQL 就装SQLTools PostgreSQL Driver） - 驱动必须与 VS Code 版本兼容：VS Code 1.80+ 用户请确认驱动版本 ≥ 0.27.0，否则可能无法加载驱动
- 避免混用多个同类插件（如同时启用
SQLTools和MySQL插件），容易导致端口占用或连接冲突
连接配置写在哪？别手敲 settings.json，用 GUI 向导生成
很多人手动编辑 settings.json 配置数据库连接，结果因 JSON 格式错误、密码含特殊字符（如 @、/）、或端口写成字符串导致连接失败。VS Code 的 SQLTools 提供图形化连接向导，能自动转义敏感字符并校验必填字段。
操作路径：Ctrl+Shift+P → 输入 SQLTools: New Connection → 选择驱动 → 填写主机、端口、数据库名、用户名、密码 → 点击 Test Connection。
- 测试成功后，连接会保存在用户工作区的
.vscode/sqltools.json（不是全局settings.json），方便项目级隔离 - 密码明文存储在本地文件中，生产环境建议改用
SSH tunnel或pgpass/my.cnf外部认证方式 - 如果连接 PostgreSQL 报错
password authentication failed，大概率是 pg_hba.conf 没开 md5 或 scram-sha-256 认证，不是插件问题
写 SQL 时怎么自动补全和格式化？靠驱动自带能力，不是 VS Code 主体功能
SQL 补全、关键字高亮、Ctrl+Space 提示表名/字段名，这些能力完全依赖所选驱动是否实现了语言服务器协议（LSP）。例如 SQLTools PostgreSQL Driver 内置了基于 pg-query-parser 的语法分析器，而 SQLite 驱动目前仅支持基础补全。
格式化（Shift+Alt+F）默认调用的是 sql-formatter 库，但对复杂 CTE 或窗口函数支持有限；若需精准控制，可安装 Prettier 并配置 "prettier.parser": "sql"，但要注意它不识别方言特性（如 MySQL 的 INT(11) 会被改成 INTEGER）。
- 补全失效时先检查连接是否处于“已激活”状态（右下角状态栏有绿色数据库图标）
- 新建
.sql文件后，务必用命令面板执行SQLTools: Set Language Mode，选对应方言，否则补全和语法检查不生效 - 执行大结果集（>1000 行）时，默认只返回前 100 行，可在连接配置里设
"maxRows": 0关闭限制（但慎用，易卡死 UI）
真正麻烦的从来不是连上数据库，而是搞清「当前连接用的是哪个 schema」「临时表为什么查不到」「事务没提交却以为成功了」——这些都得靠你读驱动文档、看日志输出、以及在 SQLTools 的 Output 面板里点开 SQLTools/Connection 查底层报错，而不是盯着 VS Code 界面猜。
