navicat 17的连接切换器位于查询编辑器顶部下拉框，仅用于绑定当前窗口到已连接实例，切换后需手动按ctrl+enter执行sql；不自动重连、不切换默认schema、不校验权限，执行失败仅透传服务端错误。
连接切换器在哪，怎么用
navicat 17 的查询编辑器顶部确实有个「连接切换器」下拉框，但它**不是用来“快速切换不同连接执行同一段 sql”**的通用开关。它的作用是：把当前打开的查询窗口「绑定」到某个已连接的数据库实例上——仅此而已。你改选了连接，sql 还得手动再按 ctrl+enter 或 ctrl+r 才会真正执行。
这个下拉框默认显示当前窗口关联的连接名，点击后列出所有已建立且处于「已连接」状态的连接（断开的不出现）。选中一个新连接后，窗口左下角状态栏会立刻刷新为该连接的数据库类型、版本和当前 schema；但 SQL 内容不会清空、也不会自动重连或重载表结构。
- 它不保存 SQL 到新连接的上下文里——比如你在 MySQL 窗口写了
SELECT * FROM users，切到 PostgreSQL 连接后直接执行，大概率报错，因为users表可能不存在，或字段类型不兼容 - 切换后首次执行时，如果目标连接此前未在本次 Navicat 会话中活跃过，会有短暂延迟（等连接池初始化）
- 切换器对只读连接、权限受限连接无额外提示，执行失败时只报标准 SQL 错误，不会说明“是因为权限不足还是连接没切成功”
为什么刚切完连接，Ctrl+Enter 没反应
这不是快捷键失效，而是 Navicat 对连接状态做了静默校验。以下情况会导致 Ctrl+Enter 看似“失灵”：
- 目标连接实际已断开，但切换器下拉列表仍显示它（Navicat 不实时刷新连接状态，只依赖上次心跳）——此时需右键连接名选「连接」手动重连
- 当前 SQL 中用了目标库不支持的语法，例如在 SQL Server 连接里执行
SELECT NOW()（应为GETDATE()），错误发生在服务端，Navicat 只透传报错 - 窗口仍处于「未保存」状态（标题带星号 *），首次执行会弹保存对话框，卡在前台；若你最小化了窗口，对话框藏在后台，看起来就像没反应
- 目标连接是 Oracle，而 SQL 里写了双引号标识符（如
"user_id"），但当前 session 的QUOTED_IDENTIFIER设置不匹配，执行直接失败且无明确提示
想真正在多个连接跑同一段 SQL，别只靠切换器
纯靠顶部切换器 + 快捷键轮换，效率低、易出错、难复现。更靠谱的做法分两类：
- 用「批处理执行」：
查询 > 批处理执行（或Ctrl+Shift+B），选中多个已保存的.sql文件，每个文件头加一行注释标明目标连接（如-- target: mysql-prod），然后让 Navicat 按文件顺序串行执行——它会自动为每个文件重建对应连接上下文 - 写脚本驱动：把 SQL 提取成模板，用 Python 调
navicat.exe --run-sql "xxx.sql" --connection "mysql-test"（注意 Navicat Premium 17 支持命令行参数，但需在安装目录启用 CLI 模式），适合定时批量场景 - 如果只是临时验证语法兼容性，建议先在单个窗口里用
/* */注释块分隔不同方言版本，手动切换连接后，只选中对应块再按Ctrl+Shift+R执行选中部分
容易被忽略的细节：切换器不改变默认 schema
选中新连接后，Navicat 不会自动切换到该连接的默认 schema（比如 MySQL 的 information_schema 或 PostgreSQL 的 public）。如果你的 SQL 没显式写 schema.table，它仍会查上一个连接的默认 schema —— 这在跨库对比时极易误导结果。必须手动在左侧对象树里点开目标连接下的具体 schema，或者在 SQL 里写全限定名，否则看到的可能是缓存旧数据或权限外的对象。
