Navicat 17 的 Data Modeler 不支持单个 .ndm 文件混用多数据库 Schema，因其模型强绑定单一 DBMS 方言（如 MySQL 8.0 或 PostgreSQL 15），混合会导致语法冲突、类型映射失效和外键无法解析；替代方案是使用“模型组”并行维护多个独立模型，并通过手动对齐、批量同步与拼接导出实现协作。
navicat 17 的数据模型器（data modeler）不支持在单个模型文件中直接管理多个数据库的 schema —— 它面向的是**单个数据库实例的逻辑建模**，而非跨库聚合建模。你看到的“多数据库支持”，是指 navicat premium 主程序能同时打开多个数据库连接，但模型文件（.ndm）本身绑定的是一个特定数据库类型和连接上下文。
为什么不能在一个 .ndm 文件里混用 MySQL 和 PostgreSQL Schema？
Navicat Data Modeler 4（集成在 Navicat 17 中）按数据库方言生成 DDL，每个模型必须指定目标 DBMS 类型（如 MySQL 8.0、PostgreSQL 15）。一旦选定，模型中的表、字段、索引、外键等全部按该方言语义校验和渲染。混合 Schema 会导致：
-
CREATE TABLE语法冲突（例如 MySQL 的ENGINE=InnoDBvs PostgreSQL 的USING btree） - 数据类型映射失效（
TINYINT(1)在 MySQL 表示布尔，PostgreSQL 需用BOOLEAN） - 外键引用无法解析（跨库 Schema 无全局命名空间，
db1.users.id和db2.logs.user_id在模型内无法建立有效关联）
替代方案：用“模型组”模拟多 Schema 协作
虽然不能物理合并，但可通过 Navicat 17 的“模型组”功能，在同一工作区并行维护多个独立模型，并手动对齐设计：
- 为每个数据库 Schema 单独创建一个模型文件（例如
mysql_auth.ndm、pg_analytics.ndm） - 在主界面点击
文件 → 新建 → 模型组，将多个.ndm文件拖入该组 - 右键模型组 →
同步到数据库可批量更新对应库结构（注意：仍需逐个选择目标连接） - 导出时选中多个模型，可一键生成含多个 Schema 的 SQL 脚本（Navicat 会按文件顺序拼接，不自动加
USE或SET search_path）
真正需要跨库建模时，该用什么？
如果你的核心诉求是描述微服务间数据库的边界与交互（比如订单库如何引用用户库的 ID），Navicat 不是合适工具。此时应：
- 用 PlantUML 或 Mermaid 手绘跨库关系图，明确标注
foreign key (user_id) references users.id@auth_db这类逻辑依赖 - 在 Navicat 的“查询”中写跨库 JOIN（仅限同服务器、支持联邦查询的场景，如 MySQL 8.0+ 的 FEDERATED 引擎或 PostgreSQL 的
postgres_fdw），再把关键查询保存为“代码段”归档 - 把各 Schema 的 DDL 导出为文本，用 VS Code 等工具做差异比对（
diff命令或插件），人工维护一致性
真正的难点不在操作步骤，而在于承认：Navicat 17 的模型能力本质是“单库正向/逆向工程”，不是企业级元数据治理平台。跨 Schema 设计决策必须发生在模型之外——靠文档、会议和代码审查落地，而不是指望一个 .ndm 文件自动解决。
