使用 Na vicat 逆向生成 Oracle ER 图时，必须同时满足三个关键前提：具备连接权限（需要授予 SELECT_CATALOG_ROLE 或系统视图的 SELECT 权限）、Na vicat 版本与 OCI 驱动匹配（建议使用 Na vicat ≥16.0.18），以及连接参数配置正确（推荐采用 Easy Connect 方式连接、关闭“忽略大小写”、勾选“加载字段注释”）。如果缺少其中任意条件，相关菜单通常会显示为灰色，或者最终只能生成空白 ER 图。
Na vicat 支持对 Oracle 数据库进行逆向建模并生成 ER 图，但前提是连接权限、驱动版本兼容性以及元数据可读取性这三项条件都要满足。只要任意一项未达标，逆向数据库到模型 菜单就可能处于灰色不可点击状态，或者虽然执行成功却生成空图。
Oracle 连接必须启用 SELECT_CATALOG_ROLE 或显式授权
Na vicat 在逆向 Oracle ER 图时，需要读取 Oracle 的系统视图，例如 ALL_TABLES、ALL_CONSTRAINTS、ALL_CONS_COLUMNS。普通业务用户通常默认没有访问这些视图的权限，因此常见报错包括右键菜单不可用，或弹出“ORA-00942: table or view does not exist”。
- DBA 需要执行：
GRANT SELECT_CATALOG_ROLE TO your_user;（推荐做法） - 或者采用最小权限授权：
GRANT SELECT ON SYS.ALL_TABLES TO your_user;、GRANT SELECT ON SYS.ALL_CONSTRAINTS TO your_user;、GRANT SELECT ON SYS.ALL_CONS_COLUMNS TO your_user; - 确认连接测试通过后，在 Na vicat 中右键操作的应是「数据库名」（也就是连接节点下的 SID 或服务名），而不是模式名（例如
SCOTT）——严格来说 Oracle 并没有传统意义上的“数据库”层级，这里实际指的是连接到的实例
Na vicat for Oracle 版本与 OCI 驱动必须匹配
较旧版本的 Na vicat（≤15.x）对 Oracle 19c/21c 的兼容性并不稳定，尤其在解析 JSON 类型字段、分区表约束以及物化视图依赖关系时，容易出现跳过对象、解析失败或直接报错的情况。如果 OCI 驱动没有正确加载，还可能导致逆向过程中卡顿、中断，或者只显示部分数据表。
- 确认 Na vicat 版本不低于 16.0.18（自 2025 年起建议作为最低要求）
- macOS 环境下需要手动配置 OCI：Preferences → Oracle → OCI library → 指向
libclntsh.dylib（Oracle Instant Client 21.x 路径） - Windows 如果提示“无法加载 OCI DLL”，重点检查是否混用了 32/64 位组件：如果 Na vicat 是 64 位，那么
oci.dll也必须来自 64 位 Instant Client - 连接字符串建议优先使用 Easy Connect 格式：
host:port/service_name，这样可以避免因tnsnames.ora解析失败而造成元数据读取中断
逆向设置里必须关闭“忽略大小写”且勾选“加载字段注释”
在 Oracle 中，标识符默认与大小写规则密切相关，尤其是使用双引号定义的对象名时更要注意。如果在 Na vicat 中启用了 忽略大小写，系统可能会把 "USER_ID" 和 user_id 识别成同一个字段，进而导致外键关系错乱，甚至出现主键识别丢失的问题。同时，字段注释（COMMENT ON COLUMN）往往承载重要业务说明，如果逆向时不加载，生成的 Oracle ER 图就会缺少关键语义信息，影响理解和交付。
- 在逆向对话框中取消勾选
忽略大小写（这是 Oracle 数据库场景下的重要设置） - 必须勾选
加载字段注释；如果字段注释出现中文乱码，检查连接字符集是否设置为AL32UTF8（不要使用 ZHS16GBK） - Oracle 不支持“视图依赖自动识别”，如果需要在 ER 图中展示视图与基表之间的关系，必须手动勾选
包含视图，否则视图不会进入模型 - 外键缺失通常出现在 DISABLED 约束，或关联了其他 Schema 的表时——Na vicat 默认只读取当前用户的 Schema，跨 Schema 场景需要提前授予
SELECT ANY TABLE，并在逆向设置中切换 Schema 范围
导出 SVG/PDF 前必须手动调用“自动布局”并切换到 ER 视图
刚完成逆向生成的模型，默认通常停留在“逻辑视图”状态，此时表会堆叠得比较紧密，关系线容易重叠，外键箭头也可能被遮住。如果不经过整理就直接导出，最终的 ER 图文件很容易丢失关系细节。对于放大查看和后续文档交付来说，SVG 是唯一支持无损缩放的优先格式，而 PDF 在打印时仍有可能因为 DPI 或页面比例不匹配而截断右侧内容。
- 点击顶部菜单
图表→自动布局，然后再根据需要手动拖拽调整表之间的间距（尤其建议横向展开，避免超出 A4 页面宽度） - 在右下角切换到
ER 视图（不要停留在“列表”或“详细信息”视图），确保连线以标准 ER 箭头形式显示，而不是普通连接线 - 右键每张表 →
样式→ 勾选显示字段注释，否则类似STATUS NUMBER(1) -- '0=待审,1=已批'这样的业务说明不会显示出来 - 导出时优先选择
SVG：File → Export → Export ER Diagram as SVG；如果必须导出为 PDF，建议导出后使用 Adobe Acrobat 打开，打印时选择“实际大小”+“横向”，并关闭“适应页面”
需要注意的是，Oracle 的 OBJECT_TYPE（例如 TYPE、SYNONYM）、嵌套表以及 REF 字段，通常都无法被逆向到 ER 图中——这是因为 Na vicat 的模型层本身不支持这类对象类型，因此不要期待它能直接生成完整的物理模型。若要正式交付数据库架构文档，更稳妥的方式是先通过 Export ER Diagram as SQL 导出 DDL，再结合其他建模或文档工具做进一步补全。
