Navicat 15 不支持 Oracle 外键可视化设计，其「外键」选项卡在 Oracle 连接下完全不显示，因驱动未映射 Oracle 的 ALL_CONSTRAINTS 等元数据视图；外键须手动写 SQL 定义，且 Navicat 不校验类型匹配、索引存在等条件。
Navicat 15 不支持在 Oracle 数据库中可视化设计外键约束规则。 它的「外键」选项卡仅对 MySQL（InnoDB）、PostgreSQL、SQL Server 等引擎生效；Oracle 连接下该标签页根本不会出现——不是灰色不可用，而是压根不加载。
为什么 Navicat 15 的「外键」选项卡在 Oracle 下完全消失
Navicat 的表设计器功能高度依赖数据库自身的元数据接口。Oracle 使用 ALL_CONSTRAINTS 和 ALL_CONS_COLUMNS 等视图管理约束，但 Navicat 15 的 Oracle 驱动未将这些信息映射到「对象信息」→「外键」标签页中。实测确认：右键 Oracle 表 →「对象信息」→ 标签页列表里没有「外键」，只有「常规」「字段」「索引」「权限」等。
- 这不是权限问题，即使 DBA 用户连接，标签页也不出现
- 也不是版本问题，Navicat 15 对 Oracle 的支持止步于基础 DDL（建表、改字段），不包含外键可视化配置
- 对比 MySQL 场景：同一版 Navicat 15，切换到 MySQL 连接后，「外键」标签页立刻可用
Oracle 外键必须用 SQL 手动定义，且 Navicat 不校验兼容性
你得自己写 ALTER TABLE ... ADD CONSTRAINT ... FOREIGN KEY ... REFERENCES ...，Navicat 只负责执行，不帮你检查字段类型是否匹配、是否已建索引、是否允许 NULL 等关键条件。
- Oracle 要求被引用列必须有唯一索引（主键自动满足，但唯一约束需手动确认）；Navicat 不提示缺失索引，直接报
ORA-02270: no matching unique or primary key for this column-list - 子表外键字段和父表被引用字段的精度/尺度（如
NUMBER(10,0)vsNUMBER(10)）必须一致，Navicat 不做比对 -
ON DELETE CASCADE在 Oracle 中有效，但 Navicat 不提供下拉选择，也不能在界面上预览行为效果
替代方案：用 Navicat 的「查询」窗口 + 元数据查询快速验证
既然不能点选，就用 SQL 实时查。在连接 Oracle 的查询窗口中运行：
SELECT constraint_name, constraint_type, status,
r_constraint_name, delete_rule, search_condition
FROM all_constraints
WHERE table_name = 'ORDERS' AND owner = 'YOUR_SCHEMA';
再查外键字段映射：
SELECT column_name, position FROM all_cons_columns WHERE constraint_name = 'FK_ORDERS_USER_ID' AND owner = 'YOUR_SCHEMA' ORDER BY position;
- 别依赖「刷新」按钮——Oracle 模式下 Navicat 的缓存不主动同步约束变更，每次改完必须手动重跑上面两段 SQL 确认
- 想看依赖图？「关系视图」对 Oracle 支持极差，连线常为空；不如直接用
SELECT * FROM all_constraints WHERE r_constraint_name IN (...)手动追踪
真正容易被忽略的是：Oracle 的外键约束名长度上限为 30 字节，且不能含空格或特殊字符。Navicat 自动生成的约束名（如 FK_orders_user_id_20261021）可能超长，导致 ORA-00972: identifier is too long —— 你得自己缩写命名，不能全靠工具生成。
