Navicat Premium 不支持跨 Schema 的自动 ER 图联合建模，其 Data Modeler 仅限单 Schema 内实体识别与关系推导，无法自动合并多 Schema 外键引用；需手动拖入表并添加逻辑关系标注。
Navicat Premium 不支持跨 Schema 的自动 ER 图联合建模
直接说结论：Navicat Premium（包括最新版 16.2.8）的 Data Modeler 模块仅支持**单个数据库连接内、单个 Schema（或 database）范围内的实体识别与关系推导**。它无法自动扫描多个 Schema 并合并生成一张包含跨 Schema 外键引用的完整 ER 图。
为什么跨 Schema 建模在 Navicat 中受限
根本原因在于 Navicat 的建模逻辑依赖数据库元数据中明确声明的外键约束，而绝大多数主流数据库（MySQL、PostgreSQL、SQL Server）默认不支持跨 Schema 的外键（Oracle 除外，但需同实例且权限显式授予）。即使你手动在 SQL 中写了跨 Schema 引用，只要数据库引擎未实际创建该约束，Data Modeler 就无法检测到关系线。
常见错误现象包括：
- 导入多个 Schema 后，表之间无连线，即使你知道它们逻辑上有关联
- “反向工程”只显示当前选中 Schema 的表，其他 Schema 表不参与关系分析
- 尝试拖拽不同 Schema 的表到画布时，无法自动识别参照完整性
可行的变通方案：手动建模 + 外键注释补全
如果你确实需要一张体现多 Schema 关联逻辑的 ER 图（例如微服务拆分后各业务库的边界关系），可按以下步骤操作：
- 先分别对每个 Schema 单独执行
反向工程，生成各自子图 - 在
Data Modeler中新建空白模型，将各 Schema 的表逐一拖入同一画布（注意：此时它们是孤立对象，无自动关系） - 手动添加
Relationship：右键 → “新建关系”，在弹窗中分别指定主表（含 Schema 名，如orders.users）和从表（如auth.roles），并勾选“逻辑关系（非物理外键）” - 在关系线上双击，用
Comment字段注明真实约束来源（例如：“实际由应用层校验，DB 无外键”或“Oracle 同实例下auth.role_id→orders.user_role”） - 导出为 PDF 或 PNG 时，确保勾选“显示 Schema 前缀”，避免 ID 字段歧义
容易被忽略的关键点
跨 Schema 建模的本质不是工具限制问题，而是数据库架构决策的可视化表达。Navicat 不强制你建物理外键，但它也不会替你做逻辑推断——所有跨库关联都必须靠人工标注。如果你的团队正推进混合数据库架构（比如 MySQL + GaussDB + Oracle 共存），那这张图更应作为协作契约而非执行依据，建议同步维护一份 Markdown 文档，把每个虚线关系背后的服务调用链、数据一致性保障方式写清楚。
