如何在Navicat中为新项目从零开始设计规范的物理模型-navicat-PHP中文网

新建物理模型必须手动选“物理”类型、指定具体数据库（如MySQL）及匹配版本（如8.0），否则导出SQL可能缺失DEFAULT CURRENT_TIMESTAMP或错误索引；字段需设长度、空值、默认值格式，外键要求类型/字符集/索引三者严格一致。

如何在navicat中为新项目从零开始设计规范的物理模型

必须先选对模型类型，否则后续所有主键、外键、字段约束都设不了——新建时“模型类型”下拉框默认是物理，但数据库和版本必须手动指定，不能留空。

Navicat 不会帮你猜目标库，物理模型一旦建错，改起来比重做还麻烦。重点不是“能不能画”，而是“生成的 SQL 能不能在目标库跑通”：

点 文件 → 新建模型 后，在弹窗中确认 模型类型 是“物理”（默认常为该选项，但需肉眼核对）
数据库 下拉框必须选具体类型，比如 MySQL、PostgreSQL 或 DM8（达梦），不能选“通用”或留空
版本 要匹配实际部署环境，例如 MySQL 5.7 和 MySQL 8.0 对 JSON 字段、隐式主键、DEFAULT CURRENT_TIMESTAMP 的支持差异极大

漏选版本最典型的问题：导出 SQL 时 DATETIME 字段没带 DEFAULT CURRENT_TIMESTAMP，或 TEXT 字段被错误加了索引（MySQL 8.0+ 不允许）。

右键表 → 编辑表 打开的默认视图只显示字段名和类型，真正影响建表成败的细节全藏在「属性」面板里：

常见翻车点：id 字段类型设成 BIGINT 却忘了勾 AUTO_INCREMENT，结果同步时报 “Key column 'id' doesn't exist in table”。

navicatmysql

Navicat For MySQL

下载

Navicat 允许拖线建关联，但不会校验底层字段是否真能连上。多数同步失败都卡在这一步：

字段类型完全一致：比如主表 order_id 是 BIGINT UNSIGNED，从表外键也必须是 BIGINT UNSIGNED，差一个 UNSIGNED 在 MySQL 8.0+ 直接拒绝建外键
字符集与排序规则一致：两个 VARCHAR 字段即使长度相同，若一个是 utf8mb4_0900_as_cs、另一个是 utf8mb4_general_ci，外键创建失败
被引用字段必须有索引：主表的 status_code 若没建索引，哪怕你拖线成功，导出 SQL 时也不会生成 FOREIGN KEY 语句

建议做法：先在主表字段上右键 → 设置为主键 或 新建索引，再拖线。别依赖 Navicat 自动补索引。

你以为导出了完整结构，其实关键信息早被过滤掉了：

Comment（字段/表注释）：逻辑模型里的 Description 不会自动落到物理模型的 Comment 属性里，必须手工复制粘贴，否则 CREATE TABLE 语句里没有 COMMENT 子句
存储引擎 和 字符集：物理模型默认用数据库全局设置，但如果你的项目要求所有表强制 ENGINE=InnoDB DEFAULT CHARSET=utf8mb4，就得在每个表属性里手动填进 Engine 和 Collation 字段

复杂点在于：这些字段在模型画布上完全不可见，全靠点击表 → 属性 面板逐个翻找。赶时间时最容易漏。