Navicat 连 PostgreSQL 无 SQL 补全是因默认关闭该功能，需手动启用并刷新元数据；补全依赖本地缓存而非服务端，支持离线使用，但函数和操作符补全有限且不校验语义。
Navicat 连 PostgreSQL 为啥没 SQL 补全？
不是 postgresql 不支持，是 navicat 默认关掉了这个功能，而且它不依赖数据库服务端能力，纯客户端行为。补全数据源来自 navicat 自己缓存的表结构、字段名、函数列表——所以哪怕连的是只读库、甚至断网状态下，只要之前连过、元数据加载过，补全依然能工作。
常见错误现象：SELECT * FROM userTab 按 Tab 没反应；输入 WHERE created_ 后不提示 created_at 字段；函数如 COALESCE( 不弹出参数提示。
- 确认连接属性里已勾选「启用自动完成」：右键连接 →「编辑连接」→「高级」页签 → 勾选
Enable auto completion - 首次启用后需手动触发元数据加载：右键连接 →「刷新」→ 等待状态栏显示「Refreshing objects…」完成（有时要等几秒）
- 如果只连了特定 schema（比如只设了
search_path = 'app'），但补全仍列不出表，检查是否在「对象过滤器」中误勾选了「仅显示当前 schema」且当前 schema 为空 —— 可临时取消勾选再刷新
PostgreSQL 函数和操作符补全为什么总缺几个？
Navicat 的函数补全列表是静态内置的，不是实时从 pg_proc 读取，所以它只包含常用函数（如 COALESCE、TO_CHAR、JSONB_AGG），不包括你自定义的函数，也不包括较新的版本特性（比如 PG 15 的 GENERATE_SERIES 多参重载）。
操作符补全更弱：像 @>（jsonb 包含）、@@（全文检索）这类操作符基本不提示，因为 Navicat 把它们归类为「非标准符号」而跳过索引。
- 自定义函数想被补全？只能靠「手动添加到用户函数库」：工具 →「选项」→「SQL 编辑器」→「用户定义函数」→ 点「+」添加函数名、返回类型、参数列表（格式如
my_func(text, int) → text） - 遇到
ERROR: operator does not exist: jsonb @> text这类错误时别指望补全帮你绕过类型匹配问题——补全不校验语义，只堆名字 - PG 扩展（如
postgis、pg_trgm）的函数默认不会进补全列表，必须手动导入或等 Navicat 后续版本更新内置库
补全延迟高 / 卡住光标 / 提示错乱怎么办？
本质是 Navicat 在后台异步加载元数据并构建本地索引，一旦缓存损坏、schema 过多或存在非法对象（比如带特殊字符的表名、权限不足导致部分视图无法 inspect），就容易卡住补全线程。
典型表现：SELECT 后停顿 2 秒才弹出表名；输入 users. 后不提示字段，但敲完 users.id 再删掉 .id 却突然刷出全部字段；补全菜单里混入已删表名。
- 清空本地元数据缓存：关闭 Navicat → 删除目录
%APPDATA%\PremiumSoft\Navicat\cache\（Windows）或~/Library/Caches/PremiumSoft/Navicat/cache/（macOS）→ 重启 - 避免在超级大 schema（>500 张表）下开启「自动加载所有对象」：连接属性 →「高级」→ 取消勾选
Load all objects on connect，改用按需展开左侧对象树 - 如果某张表字段补全始终缺失，检查该表是否有列名含空格、双引号或反斜杠 —— Navicat 对这类标识符解析不稳定，建议重命名或用
SELECT * FROM "my table"手动写死
Navicat 补全和 psql \set COMP_KEYWORDS ON 有啥区别？
根本不是一个东西。psql 的补全是基于当前连接会话的实时元数据 + 关键字词典，走的是 PostgreSQL 自带的 libpq 协议级支持；Navicat 是独立实现的 GUI 层补全引擎，不调用任何 PostgreSQL 的补全接口，也不受 psqlrc 或 \set 配置影响。
这意味着：你在 psql 里能补全的自定义函数，在 Navicat 里默认看不到；反过来，Navicat 里能补全的系统函数（如 CURRENT_DATE），psql 默认也不提示，除非你装了 pgcli 这类增强客户端。
- 别试图在 Navicat 里执行
\set COMP_KEYWORDS ON—— 它不认识这个命令，会直接报错ERROR: syntax error at or near "\set" - 如果你重度依赖精准补全，又主要用 PostgreSQL，不如直接切到
pgcli（终端）或 DBeaver（开源，支持插件式元数据同步）——Navicat 的补全机制决定了它适合快速写简单 SQL，不适合复杂建模场景 - 一个容易被忽略的细节：Navicat 补全对大小写敏感。如果你建表用了双引号和小写名
"users"，那么输入USERS.就不会提示字段，必须严格匹配大小写
