Navicat逻辑模型导出物理模型时字段类型映射错误，需手动配置「工具→选项→模型→数据类型映射」；外键索引需在「正向工程→高级→DDL选项」中启用；同步数据库应选「Add, Modify, Drop」模式并预览变更；ENUM应改用字典表+外键替代。
Navicat 逻辑模型导出物理模型时，字段类型自动映射错怎么办
navicat 的「正向工程」不是一键傻瓜操作，它会按目标数据库类型（比如 mysql 8.0、postgresql 15）做类型映射，但text可能变成longtext，boolean在 postgresql 里被转成smallint，而你没注意——结果建表语句执行报错error: type "boolean" does not exist。
实操建议：
- 导出前务必点开「工具 → 选项 → 模型 → 数据类型映射」，核对每种逻辑类型对应的目标库物理类型
- 如果逻辑模型里用了
DateTime，MySQL 目标下默认映射为DATETIME，但若需毫秒精度，得手动改成DATETIME(3)并勾选「启用精度」 - 遇到自定义类型（如
jsonb或citext），Navicat 不识别，必须先在物理模型中手动添加对应数据类型，再关联逻辑字段
用「正向工程」生成 SQL 脚本后，外键和索引全丢了
Navicat 默认只生成基础CREATE TABLE语句，FOREIGN KEY约束、INDEX、COMMENT这些都得手动开关——而且开关位置藏得深：在「正向工程」弹窗里点「高级」→「DDL 选项」，不是主界面的「选项」菜单。
常见错误现象：
- 逻辑模型里画了关系线，但生成 SQL 后没
CONSTRAINT子句，也没ADD FOREIGN KEY -
UNIQUE INDEX变成普通INDEX，因为「生成唯一索引」选项默认关闭 - 字段注释（
COMMENT）完全不输出，除非勾选「生成列注释」
性能影响：漏掉索引会导致后续查询慢；漏掉外键则破坏数据一致性保障，不是“先跑起来再说”的事。
从逻辑模型同步到已有数据库时，Navicat 提示「对象已存在」就卡住
这不是 bug，是 Navicat 的「同步模式」默认设为「仅新增」。它不会删旧字段、改字段类型、重命名表——哪怕你在逻辑模型里把user_name改成了username，它也只会报错退出，不会提示你切换模式。
正确做法：
- 点击「数据库 → 同步到数据库」后，在第二步「同步设置」里把「操作模式」从
Only Add改成Add, Modify, Drop - 勾选「生成 DROP 语句」——否则改字段类型（比如
VARCHAR(50)→VARCHAR(100)）可能失败，尤其在 MySQL 严格模式下 - 别跳过「预览变更」步骤：它会列出所有将被执行的
ALTER TABLE语句，注意看有没有MODIFY COLUMN这种高危操作
逻辑模型里的枚举值（ENUM）在物理模型里变成普通字符串
Navicat 不支持逻辑层ENUM直接落地为 MySQL 的ENUM或 PostgreSQL 的ENUM TYPE。它默认把逻辑枚举字段转成VARCHAR，然后把枚举项塞进COMMENT里——看着像文档，实际没约束力。
为什么这样做：
- 跨数据库兼容性差：MySQL
ENUM和 PostgreSQLCREATE TYPE语法完全不同，Navicat 不做智能适配 - 迁移风险高：一旦业务要换库，
ENUM字段最难平滑过渡
务实解法：放弃逻辑模型里画ENUM，改用独立字典表 + 外键约束。这样既能在 Navicat 里完整表达关系，生成的物理模型也真正可执行、可迁移。
复杂点在于：你得自己维护字典表的增删逻辑，Navicat 不会帮你生成INSERT INTO sys_status这类初始化语句。这点容易被忽略——图画得再漂亮，没数据字典，上线就缺状态码。
