关于Na vicat 17的Data Modeler，有一个容易让新用户踩坑的地方——它并不支持在单个模型文件里同时管理多个数据库的Schema。先说说核心局限：这个工具天生是为单个数据库实例的逻辑建模设计的，不是用来做跨库聚合的。你看到的“多数据库支持”，其实是Na vicat Premium主程序可以同时打开多个数据库连接，但模型文件（.ndm文件）本身绑定的是一个特定的数据库类型和连接上下文。
为什么不能在一个.ndm文件里混用MySQL和PostgreSQL Schema？
Na vicat Data Modeler 4（集成在Na vicat 17中）是按照数据库方言来生成DDL的。每个模型在创建时必须指定目标DBMS类型，比如MySQL 8.0或者PostgreSQL 15。一旦选定，模型中的所有表、字段、索引、外键等，都得按这个方言的规则来校验和渲染。一旦试图混合……问题就接踵而来。
具体来说，包括这几大问题：
- CREATE TABLE语法冲突：MySQL习惯写
ENGINE=InnoDB，而PostgreSQL用的是USING btree，这两个放在一个文件里，工具根本不知道怎么处理。 - 数据类型映射失效：比如
TINYINT(1)在MySQL里常用来表示布尔值，但在PostgreSQL里就得用专门的BOOLEAN类型，这个映射没法自动完成。 - 外键引用无法解析：跨库的Schema没有全局命名空间，像
db1.users.id和db2.logs.user_id这种引用，在模型内没办法建立有效的关联关系。
所以，想在同一个.ndm文件里同时放MySQL和PostgreSQL的表，技术上行不通。
替代方案：用“模型组”模拟多Schema协作
虽然不能物理上合并，但还有一条折中的路可以走。Na vicat 17的“模型组”功能，允许你在同一个工作区里并行维护多个独立模型，然后靠手动对齐来模拟协作效果。
具体操作是这样的：
- 为每个数据库Schema单独创建一个模型文件，比如
mysql_auth.ndm和pg_analytics.ndm。 - 在主界面点击
文件 → 新建 → 模型组，把多个.ndm文件拖进去。 - 右键点击模型组，选择
同步到数据库，可以批量更新对应库的结构。但注意，这一步还需要逐个选择目标连接。 - 导出时选中多个模型，可以一键生成包含多个Schema的SQL脚本。Na vicat会按文件顺序拼接，但不会自动加上
USE或SET search_path这类语句。
真正需要跨库建模时，该用什么？
话说回来，如果你的核心诉求是描述微服务之间数据库的边界和交互——比如订单库如何引用用户库的ID——那Na vicat就不是最合适的工具了。这种情况下，更靠谱的做法是走另一条路。
第一条路：用PlantUML或者Mermaid手绘跨库关系图。在图上明确标注逻辑依赖关系，比如foreign key (user_id) references users.id@auth_db。这虽然是手工活，但精度最高。
第二条路：利用Na vicat的查询功能写跨库JOIN。这仅限于同服务器、支持联邦查询的场景，比如MySQL 8.0+的FEDERATED引擎，或者PostgreSQL的postgres_fdw。把关键的查询保存为“代码段”归档，方便后续复用。
第三条路：把各Schema的DDL导出为文本，用VS Code这类工具做差异比对。靠diff命令或相关插件，人工维护一致性。虽然听起来原始，但有时候反而最有效。
真正的难点其实不在操作步骤上，而在于承认一个事实：Na vicat 17的模型能力，本质是“单库正向/逆向工程”，不是什么企业级的元数据治理平台。跨Schema的设计决策，必须在模型之外完成——靠文档、会议和代码审查来落地，而不是指望一个.ndm文件能自动搞定一切。
