navicat 16 设计表提示“权限不足”95%因元数据查询权限缺失：mysql需select、show view、lock tables及execute（含生成列）；postgresql需usage on pg_catalog及目标schema；oracle需select_catalog_role或显式授权数据字典视图；授予权限后须重启设计窗口刷新缓存。
navicat 16 设计表时提示“权限不足”，95% 的情况不是你缺 alter 权限，而是 navicat 在后台尝试执行元数据操作（比如读取列默认值、检查外键依赖、刷新约束列表）时，被数据库拒绝了更底层的权限——尤其是 select 和 show view，甚至 process（mysql）或 usage on schema（postgresql）。
MySQL 中设计表卡在“加载外键”或“读取默认值”时报权限不足
Navicat 设计表界面会主动查询 INFORMATION_SCHEMA 和系统表（如 mysql.proc、mysql.columns_priv），这些操作需要比普通 DML 更宽泛的只读权限。
- 必须确保当前用户有：
SELECT、SHOW VIEW、LOCK TABLES（即使不导出，设计阶段也可能触发临时锁） - 如果表含生成列、JSON 字段或虚拟列，还需
EXECUTE权限（用于解析表达式） - 执行
SHOW GRANTS FOR 'user'@'host';确认结果里包含上述权限；若缺失，用管理员账号执行：GRANT SELECT, SHOW VIEW, LOCK TABLES ON `database_name`.* TO 'user'@'host'; FLUSH PRIVILEGES; - 避免用
GRANT ALL ON *.*—— 这会暴露其他库的结构，且 MySQL 8.0+ 在严格模式下可能直接拒绝
PostgreSQL 中点击“设计表”后空白或报错“permission denied for schema pg_catalog”
Navicat 设计 PostgreSQL 表时，默认会查 pg_catalog 和 information_schema。但普通用户通常没有 pg_catalog 的 USAGE 权限，导致字段类型、约束详情加载失败。
- 连接后先运行：
SELECT current_database(), current_user;确认上下文正确 - 让 DBA 执行：
GRANT USAGE ON SCHEMA pg_catalog TO your_user;（注意不是public） - 如果使用自定义 schema（如
sales），还需：GRANT USAGE ON SCHEMA sales TO your_user;和GRANT SELECT ON ALL TABLES IN SCHEMA sales TO your_user; - 新创建的表不会自动继承权限，需加：
ALTER DEFAULT PRIVILEGES IN SCHEMA sales GRANT SELECT ON TABLES TO your_user;
Oracle 中设计表时无法加载索引/约束，提示“权限不足”
Oracle 的设计表功能严重依赖数据字典视图（如 ALL_CONSTRAINTS、ALL_INDEXES）。Navicat 默认走 ALL_* 视图，但如果你没被授予 SELECT_CATALOG_ROLE 或显式授权，就会静默失败。
- 用 DBA 账户（如
SYS）登录，执行：GRANT SELECT_CATALOG_ROLE TO your_user; - 或者更细粒度地授予权限：
GRANT SELECT ON SYS.ALL_CONSTRAINTS TO your_user;、GRANT SELECT ON SYS.ALL_CONS_COLUMNS TO your_user; - 检查是否误连到只读 PDB（Pluggable Database）：执行
SELECT OPEN_MODE FROM V$DATABASE;，返回READ ONLY就不能改表结构 - Navicat 16 对 Oracle 21c+ 的 JSON 列支持需额外
SELECT权限，否则设计界面直接跳过该字段
真正容易被忽略的是：Navicat 设计表时会缓存元数据快照。哪怕你刚授完权，也得关闭并重新打开表设计窗口，否则它仍用旧的、失败的查询结果渲染界面——不是权限没生效，是 UI 没刷新。
