Navicat Data Modeler的「模型比对」功能位于Model菜单下，路径为Model → Compare Models...，需先打开.nvm模型文件才能启用；比对前须确保两模型符号标准一致、名称无不可见字符、information_schema字符集统一；导出SQL时应勾选Options中的DROP语句、保留注释及IF NOT EXISTS选项。
模型比对功能在哪找，为什么点不动
navicat data modeler 的「模型比对」不是在 er 图标签页右键菜单里，也不是在「工具」主菜单顶部——它藏在 model 菜单下，路径是：model → compare models...。如果你没看到这个选项，说明当前没处于「模型」工作区（即不是打开的 .nvm 文件），而是卡在连接数据库后的「查询」或「表数据」界面。必须先通过 file → open model 打开一个本地 .nvm 模型文件，或者用 model → new model 新建后导入表，才能启用比对。
对比前必须确认的三个前提条件
模型比对不是“选两个图点一下就出差异”，它依赖结构定义的可解析性。以下任一不满足，都会导致比对失败或结果为空：
- 两个模型必须使用同一套符号标准（
Crow's Foot/IDEF1X/UML），混用会跳过关系匹配 - 所有表名、字段名、外键名不能含不可见字符（如全角空格、零宽空格），否则 Navicat 会判定为“不同对象”而非“同名变更”
- 若模型来自逆向工程，确保两次逆向时数据库的
information_schema字符集一致；比如一次是utf8mb4，一次是latin1，字段注释可能被截断或乱码，导致比对误判为“描述变更”
导出差异 SQL 脚本时的关键参数控制
点击 Compare Models... 后弹出窗口里，真正影响导出质量的是右下角的 Options 按钮。这里必须手动勾选：
-
Generate DROP statements for removed objects：否则删表/删字段不会生成DROP COLUMN或ALTER TABLE ... DROP FOREIGN KEY -
Preserve existing comments：不勾选的话，即使两模型字段注释只差一个标点，也会被当成“注释变更”并生成COMMENT ON COLUMN语句，实际执行可能报错（如 MySQL 5.7 不支持该语法） -
Use IF NOT EXISTS for CREATE statements：避免在目标库已存在对象时脚本中断，但注意 PostgreSQL 需 v12+ 才完全支持IF NOT EXISTS在索引和约束上
导出的 SQL 默认不含事务包装，如需原子性执行，得手动在外层加 BEGIN TRANSACTION 和 COMMIT（SQL Server/PostgreSQL）或 START TRANSACTION（MySQL）。
比对结果里“未连线”的外键其实是已识别，只是没画出来
常见误解：比对报告里显示 “Foreign Key added: users.profile_id → profiles.id”，但在生成的 ER 图预览中这条线没出现。这不是 bug，而是 Navicat 的渲染策略——它只在当前视图缩放级别下绘制“可见范围内”的连线。你拉大画布或拖动表靠近一点，线就出来了。更关键的是：导出的 SQL 脚本里该外键的 ADD CONSTRAINT 一定存在，图形是否显示不影响逻辑正确性。别为了“让线出来”反复调整布局，那只会让模型文件体积变大、协作时加载更慢。
真正容易被忽略的是：比对结果里的“字段类型变更”默认只提示大类（如 VARCHAR → TEXT），但像 DATETIME 和 DATETIME2(3) 这种精度差异，在 SQL Server 模型中会被静默忽略——因为 Navicat 内部把它们都映射为同一抽象类型。这种细节必须人工核对 DDL 输出里的 CREATE TABLE 定义行。
