Navicat 逆向工程无法识别跨 Schema 外键，根本原因是 pg_constraint 和 pg_class 不存储 schema 名，Navicat 未 JOIN pg_namespace 补全且不继承 search_path，导致匹配失败；需在连接高级选项中显式设置 search_path 并授予目标 schema USAGE 权限。
Navicat 逆向工程无法读取 PostgreSQL 中跨 Schema 的外键关联，根本原因不是外键“不存在”，而是它查不到——pg_constraint 等系统视图返回的约束信息里，被引用的表名默认不带 Schema 前缀，而 Navicat 在解析时又没按 search_path 或显式 schema 上下文去补全，导致匹配失败、连线丢失。
PostgreSQL 外键元数据本身不存 schema 限定名
PostgreSQL 把外键约束存在 pg_constraint，但其中的 conrelid（子表）和 confrelid（父表）只存 OID，真正查表名得 JOIN pg_class。而 pg_class.relname 字段只存表名，**不存 schema 名**。Navicat 没有主动 JOIN pg_namespace 去补全 schema，就只能靠当前 search_path 推断——一旦父表不在默认路径里，它就认为“找不到被引用的表”。
- 执行
SELECT conname, conrelid::regclass, confrelid::regclass FROM pg_constraint WHERE contype = 'f';，你会发现输出类似orders → users，而不是orders → auth.users - 如果
users表实际在authschema 下，而当前search_path = 'public'，Navicat 就会在public.users查，自然查不到 - 这个行为和 MySQL 的
KEY_COLUMN_USAGE不同——MySQL 里CONSTRAINT_SCHEMA和TABLE_SCHEMA是明确分开记录的
Navicat 连接配置未固化 search_path 导致解析上下文错乱
即使你手动在查询窗口执行了 SET search_path TO auth, public;，逆向工程也不会继承这个会话设置——它是在独立元数据扫描阶段发起新连接或复用连接池，而该连接的 search_path 仍是默认值。
- 必须在 Navicat 连接属性的
Advanced页签中，在Options输入框填：-c search_path=auth,public - 仅靠用户级
ALTER ROLE myuser SET search_path = auth, public;不够：某些 Navicat 版本（尤其是 15.x）在逆向时绕过角色级设置，仍走连接级默认 - 验证是否生效：逆向前先打开查询窗口，执行
SHOW search_path;，确认输出含目标 schema；若不是，说明连接参数没起作用
目标 Schema 缺少 USAGE 权限，Navicat 根本看不到那张表
Navicat 逆向时不是“猜”有哪些表，而是查 pg_tables 或 pg_class + pg_namespace。如果对目标 schema 没 USAGE 权限，对应表就不会出现在结果集中，外键自然无从映射。
- 检查权限：用超级用户执行
SELECT has_schema_privilege('myuser', 'auth', 'USAGE');，返回f即缺失 - 授予权限：执行
GRANT USAGE ON SCHEMA auth TO myuser;（注意不是SELECT，那是对表的权限） - 即使已授
SELECT ON ALL TABLES IN SCHEMA auth，也必须单独给USAGE ON SCHEMA，否则 Navicat 对象树里都展不开auth下的表
外键定义用了非标准写法，Navicat 解析器直接跳过
Navicat 的 PostgreSQL 元数据解析器对语法容忍度较低。以下情况会导致外键被忽略，哪怕 \d+ table_name 能正常显示：
- 外键引用了视图（
REFERENCES auth.user_view(id)）：Navicat 只认基表，不处理视图依赖 - 被引用字段名用了双引号且含大小写（如
"UserId"）：PostgreSQL 会按字面量存储，但 Navicat 解析时可能转成小写再匹配，导致失败 - 约束名含特殊字符或空格（如
fk order→user）：部分 Navicat 版本在反序列化约束名时抛异常，静默跳过整条约束
跨 schema 外键的逆向问题，核心卡点往往不在“建没建好”，而在 Navicat 拿到的原始元数据不完整、上下文不明确、权限边界没对齐——它不像 psql 那样能自动 fallback 到全局 namespace 查找，而是严格依赖你给它的 schema 视角和权限范围。漏掉一条线，大概率是某张表根本没进它的扫描列表，而不是它“看见了却连不上”。
