Navicat SQL补全需同时开启全局（Tools→Options→Editor→Enable code completion）和当前标签页（右键→Code Completion）开关，并确保元数据已刷新、输入法未劫持Ctrl+Space、未触发大库自动禁用机制。
“使用自动完成代码”开关没开，补全根本不会启动
navicat 的 sql 补全不是默认启用的，尤其新装或升级后，tools → options → editor 里的 enable code completion 很可能仍处于未勾选状态。这个是全局总开关，不打开，后续所有操作都无效。
还要注意：右键编辑器 → Code Completion → Enable Code Completion 是 per-tab 级别的开关，关掉当前标签页就会失效——很多人改完全局设置却忘了点这一下，结果只在新建查询窗口里生效。
常见错误现象：SELECT * 后按 Tab 没反应、输入表名前几个字母无提示、WHERE u. 不弹字段列表。
- 确认
Tools → Options → Environment → Code Completion中已勾选Enable code completion - 检查当前查询窗口右键菜单中
Code Completion是否打钩（尤其切换过连接或重开过 tab 后） - 若用自定义语法高亮方案，需额外确认是否禁用了
Auto list members—— 它控制.或→后的字段弹出
Ctrl+Space 按了没反应？大概率是输入法劫持了快捷键
Windows 用户最常卡在这一步：Ctrl+Space 在中文输入法下默认是中英文切换，系统直接截获，Navicat 根本收不到事件。这不是 Navicat 坏了，是快捷键被抢了。
验证方法很简单：切到英文输入法再按 Ctrl+Space，如果立刻弹出提示框，就坐实了问题根源。
- 临时解法：每次写 SQL 前手动切英文输入法
- 长期解法：进
Tools → Options → Editor → Code Completion，把快捷键改成Ctrl+Alt+Space或Alt+/ - 更彻底的办法：进搜狗/微软拼音的「高级设置」，关闭
Ctrl+Space切换中英文功能 - macOS 用户别硬记
Cmd+Space，新版 Navicat 17.1+ 默认用的是Cmd+/；Linux 用户要注意 GNOME/Fcitx 可能全局占用了Ctrl+Space
连上了但提示还是空的？元数据没加载或 schema 被过滤了
补全依赖实时查 INFORMATION_SCHEMA 或系统视图，不是本地缓存。首次连接或结构变更后，必须显式刷新元数据，否则 Navicat 会拿旧的甚至空的结构去匹配。
PostgreSQL 用户特别容易踩坑：如果连接属性里设了 search_path = 'app'，但你在「对象过滤器」中又勾了 Only show current schema，而当前 schema 下还没建任何表，那补全列表就是空的。
- 右键连接 →
Refresh，等状态栏显示Refreshing objects…完成（有时要等 2–3 秒） - 右键连接 →
Edit Connection → Advanced，确认勾选了Enable auto completion - 检查左侧对象浏览器是否展开到了正确 database/schema；若只看到空节点，说明元数据加载失败或被过滤
- 临时取消
Only show current schema再刷新，看能否列出其他 schema 的表——能则说明是过滤逻辑导致的“假空”
补全延迟卡顿或直接假死？大库和跨库查询正在拖垮解析器
当数据库对象数超过 500 张表时，Navicat 默认会静默启用 Disable auto-completion for large databases。它不报错、不提醒，只是让补全变慢甚至不触发。
另一个隐形杀手是没指定 USE database_name 或 FROM schema.table。Navicat 会尝试跨所有已知库搜索同名列，IO 和解析压力陡增，光标停在 WHERE o. 后可能卡住 2 秒以上。
- 进
Tools → Options → Editor → Code Completion，取消勾选Disable auto-completion for large databases - 写语句前先执行
USE mydb;，或在表名前显式加上 schema，如public.users - 别指望补全能识别子查询里的别名：外部查询写
SELECT * FROM (SELECT id FROM users) u WHERE u.，这里的u.不会提示字段——解析器不跨子查询继承别名上下文 - 补全严格按 SQL 解析顺序工作，
SELECT u.name FROM users u JOIN orders o ON u.id = o.user_id WHERE o.才能正常提示orders字段；如果WHERE写在JOIN前，解析器还无法确认o是什么
真正难调的不是开关开不开，而是补全时机和上下文边界——它不理解你脑子里想写的逻辑，只认当前光标位置的最小合法解析单元。一个没写完的 JOIN、漏掉的 AS、或多嵌了一层括号，都会让补全引擎直接放弃。
