Navicat逻辑模型导出物理模型时字段类型映射不准、外键索引丢失、SQL报错及连接失败等问题，主因是未关闭通用类型、未手动设约束名、未保存模型及不支持多库并发导出；须逐项配置并强制保存。
Navicat 逻辑模型导出物理模型时字段类型自动映射不准
navicat 的「正向工程」（forward engineering）不是一键傻瓜操作，它默认按通用类型映射（比如所有 int 都转成 int，不区分 tinyint 或 bigint），但实际业务中主键、枚举、时间精度常需手动调。你看到生成的 sql 里一堆 int 和 datetime，而原逻辑模型明明标了「无符号」「微秒精度」「check 约束」——这些全丢了。
实操建议：
- 导出前务必打开逻辑模型 → 右键表 →
Edit Table→ 切到Columns标签页，逐列确认Data Type下拉框选的是具体数据库类型（如 MySQL 下选TINYINT UNSIGNED而非泛义的Integer） - 在模型设置里关掉
Use Generic Data Types（路径：Model → Model Properties → Forward Engineering → Uncheck "Use generic data types"） - 若用 PostgreSQL，注意
BOOLEAN字段在逻辑模型中必须显式设为BOOLEAN，否则导出成CHAR(1)
Navicat 物理模型同步后外键/索引丢失或命名混乱
逻辑模型里画得清清楚楚的外键线、带名索引（比如 idx_user_status_created），一导出就变成匿名 FK_123456 或直接没建。根本原因是 Navicat 默认不导出约束名称，且外键关联依赖「参照完整性检查」是否启用。
实操建议：
- 在逻辑模型中，右键外键连线 →
Edit Relationship→ 勾选Enforce Referential Integrity，并手动填入Name字段（如fk_order_user_id） - 索引必须在表编辑界面的
Indexes标签页里新建，不能只靠字段上勾Index；且每条索引要填Name，否则导出 SQL 里是INDEX (col)无名索引 - 导出时选择
Generate SQL for: Constraints, Indexes, Foreign Keys（别漏选）
从逻辑模型生成建表 SQL 后执行报错：Unknown column 'xxx' in 'field list'
这是最典型的「模型未保存即导出」导致的字段脱节。Navicat 的逻辑模型编辑是内存态的，改完字段名、删了某列、加了新约束，如果没点左上角 Save Model（或 Ctrl+S），导出动作读的还是旧快照。
实操建议：
- 每次修改逻辑模型后，先按
Ctrl+S保存模型文件（.mwb），再点Forward Engineering - 导出预览窗口里点
Preview SQL后，快速扫一眼建表语句开头的字段列表，和你在模型里看到的列名是否一致；不一致立刻关掉重来 - 如果用了「自定义 SQL 片段」（Custom SQL Snippet）插入字段注释，确保该片段语法与目标数据库兼容（例如 MySQL 用
COMMENT 'xxx'，SQL Server 得用EXEC sys.sp_addextendedproperty）
批量导出多个逻辑模型表到不同数据库时报错：Connection is not available
Navicat 不支持「一个逻辑模型同时导出到多个数据库连接」。所谓“批量”，其实是顺序执行：连 A 库 → 导 5 张表 → 断开 → 连 B 库 → 再导。中间任一环节断连（比如 B 库密码过期、网络抖动），后续全部中断，且不会回滚已执行的部分。
实操建议：
- 一次只导一个目标库，导完确认所有表存在、字段类型正确、约束生效后再切下一个库
- 用 Navicat 的
Tools → Batch Job替代手动 Forward Engineering：把每个导出任务单独建为Export to SQL File类型，再统一跑批处理，失败任务会标红，便于定位 - 导出前检查目标库连接测试是否通过（右键连接 →
Test Connection），尤其注意 MySQL 8.0+ 默认 require_secure_transport，可能被 Navicat 忽略提示
模型越复杂，越容易卡在「以为改完了」和「其实没保存」之间。导出前花 10 秒按 Ctrl+S，比事后查半天 SQL 差异值回车多十次。
