Navicat的“同步到模型”仅在新建模型时单次导入结构，不支持自动或增量更新；真正更新模型需通过“反向工程”覆盖重载，且要求模型为正向工程生成、表名一致、数据库变更已生效。
Navicat 的「同步到模型」功能根本不能自动更新已有模型
很多人以为右键点一下“同步到模型”就能让 e-r 图跟着数据库结构实时变，其实不是。navicat 的 同步到模型 功能只在**新建模型时**从数据库拉一次结构；后续表改了、字段删了、外键加了，模型图里压根不会动——它不监听变更，也不支持增量刷新。
真正能“更新模型”的操作藏在另一个路径里，而且有严格前提：
- 必须先用
设计表或SQL在数据库里完成变更（比如ALTER TABLE） - 模型文件得是通过
正向工程（从数据库生成）创建的，而不是手动画的 - 模型中每个表必须仍能和数据库里同名表一一对应（不能改过表名，也不能删掉模型里没删库里的表）
正确做法：用「反向工程」覆盖重载模型
这不是“更新”，而是“重新生成”。你得主动触发一次完整的反向工程，把当前库结构完整覆盖进模型。操作路径是：模型 → 反向工程 → 选择连接和数据库 → 勾选要导入的表 → 完成。过程中 Navicat 会清空原模型里的所有表和关系，再按最新 DB 结构重建。
注意几个关键细节：
- 勾选表时别漏掉新添加的表，否则它们不会进模型
- 如果改过字段类型（比如
VARCHAR(50)→VARCHAR(100)），模型里字段长度会更新；但注释、默认值、是否允许 NULL 这些也得在库里设好，否则模型里还是旧值 - 外键关系只要库里存在且命名规范，反向工程后会自动还原成连线；但如果库里外键被删了，模型里那条连线也会消失——不是“保留旧关系”，是彻底重来
为什么不能靠「比较并同步」自动修图
Navicat 确实有 比较并同步 功能，但它面向的是**两个数据库之间**的结构比对（比如测试库 vs 生产库），不是数据库和模型之间的比对。你选不了“左边是 DB、右边是模型”——模型在该界面里根本不作为可选项出现。
所以常见误操作是：改完库，点开比较工具，发现找不到模型入口，只好手动拖线、改字段、补外键。这本质上回到了“手动画图”的老路。
更麻烦的是：即使你硬用 SQL 导出再粘贴进模型编辑器，模型视图 和 物理表结构 是两套独立状态。Navicat 不校验二者一致性，也不会报错提醒你“这个模型里的 user_id 字段在库里已改成 uid”。
模型和数据库长期一致的唯一可靠方式
放弃“一边改库一边等模型自动跟上”的幻想。实际项目里，靠谱的做法只有两种：
- 每次 DDL 变更后，立刻执行一次
反向工程覆盖模型（适合小团队、低频变更） - 完全跳过 Navicat 模型，用
mysqldump --no-data或pg_dump -s导出 DDL，配合dbdiagram.io或draw.io自动生成图（适合需要版本控制、多人协作的场景）
后者看似绕路，但避免了 Navicat 模型文件（.nm）无法 Git 追踪、协作时频繁冲突、重命名后关联丢失等问题。真正的“告别手动画图”，往往是从换掉工具开始的。
