根本原因是navicat依赖的元数据查询被数据库权限策略拦截：mysql需select on information_schema.*，postgresql需usage on pg_catalog，oracle需select_catalog_role；云数据库还需手动开启“查看系统表”开关。
根本原因不是 navicat 有问题，而是它依赖的元数据查询被数据库权限策略直接拦截了——information_schema（mysql）、pg_catalog（postgresql）或 all_tables（oracle）这类系统视图，普通业务账号默认无权访问。
Navicat 逆向工程卡在“正在加载表结构”或报“No tables found”
这不是界面假死，是 Navicat 在后台执行类似 SELECT * FROM information_schema.tables WHERE table_schema = 'your_db' 这类语句时被数据库拒绝。常见现象包括：进度条停住、弹窗空白、模型画布空着、日志里没报错但也没结果。
- MySQL 8.0+ 用户若没显式授予
SELECT ON information_schema.*或具备SYSTEM_VARIABLES_ADMIN权限，就会静默失败（不提示具体缺什么） - PostgreSQL 用户若没
USAGE ON SCHEMA pg_catalog或未被赋予pg_read_all_data角色，pg_tables和pg_constraint都查不到 - Oracle 用户若没
SELECT_CATALOG_ROLE，ALL_TAB_COLUMNS等视图返回空集，Navicat 就认为“没表” - 云数据库（如阿里云 RDS、腾讯云 CDB）通常默认关闭系统库访问，需在控制台手动开启“查看系统表”开关
明明有表，但逆向后只显示部分表或完全漏掉某些表
逆向工程不是“扫描磁盘文件”，而是靠 SQL 查询拼出结构。漏表往往因为权限粒度太粗或太细：
- 用户被授予
SELECT ON mydb.*，但没给SELECT ON information_schema.*→ Navicat 根本不知道mydb里有哪些表 - 用户有
SELECT权限，但Host是'192.168.1.%'，而 Navicat 连接用的是'%'或具体 IP 不匹配 → 权限不生效 - MySQL 中用了
caching_sha2_password插件，Navicat 版本 - 表名含大小写（如
UserProfile），而数据库配置为lower_case_table_names=1，但 Navicat 逆向时按原名去查INFORMATION_SCHEMA.COLUMNS→ 字段列查不到
外键、视图、注释等“附属信息”丢失的权限根源
这些不是顺带读出来的，每类都需要独立权限支持：
- 外键约束要读
KEY_COLUMN_USAGE（MySQL）或pg_constraint（PG）→ 缺对应权限，就只生成表框，不画连线 - 视图要读
VIEWS视图 + 执行SHOW CREATE VIEW（MySQL）或pg_get_viewdef()（PG）→ 没SHOW VIEW或SELECT ON view_name，视图节点直接消失 - 中文注释依赖
COLUMNS.COLUMN_COMMENT字段 → 若用户权限不足以访问该列（某些云厂商会隐藏敏感元数据字段），注释就为空 - Navicat 日志不会明确说“缺 SHOW VIEW”，只会跳过——这是最常被忽略的盲点
真正卡住逆向工程的，从来不是 Navicat 功能本身，而是你手里的账号在数据库里“看不见”那些定义表结构的系统视图。哪怕你对业务表有 ALL PRIVILEGES，只要没打通元数据入口，Navicat 就像蒙着眼画图。
