Navicat中画外键连线不等于创建物理约束，需双击连线→Foreign Key页勾选Create foreign key→确认引用表/列正确→同步前在Options中启用Execute DDL statements→注意MySQL与PostgreSQL外键规则差异→删外键须手动Delete连线并勾选Drop unused foreign keys。
Navicat 里怎么画外键连线？不是拖拽就完事
拖拽两个表字段后没弹出外键配置窗口，或者连上了但 foreign key 没实际生成——说明你只是在“模型图”上画了条线，没触发物理约束创建。navicat 的模型分两层：逻辑视图（画布）和物理结构（数据库真实 ddl）。连线本身不等于建外键，必须手动确认同步。
实操建议：
- 画完线后，双击连线，打开属性面板 → 切到 “Foreign Key” 标签页 → 勾选
Create foreign key - 检查
Referenced Table和Referenced Column是否正确，尤其注意大小写和引号（MySQL 默认小写，PostgreSQL 对大小写敏感） - 如果目标列没设主键或唯一索引，Navicat 会报错
Cannot add or update a child row: a foreign key constraint fails，先去目标表补PRIMARY KEY或UNIQUE INDEX
为什么同步到数据库后外键没生效？DDL 被悄悄跳过了
点击 Synchronize to Database 后提示“成功”，但查 information_schema.KEY_COLUMN_USAGE 发现没记录——大概率是 Navicat 默认关闭了 DDL 执行开关，只做比对。
实操建议：
- 同步前点开
Synchronize to Database对话框右下角的Options...→ 确保勾选Execute DDL statements - 取消勾选
Compare only（这个选项会让整个流程变成只读比对） - 留意底部日志面板：真正执行的语句会以
ALTER TABLE ... ADD CONSTRAINT开头；如果只有SELECT查询，说明没走 DDL 流程
MySQL 和 PostgreSQL 外键行为差异，Navicat 不会帮你兜底
同一个模型，在 MySQL 上同步成功，切到 PostgreSQL 就报 ERROR: there is no unique constraint matching given keys for referenced table——不是 Navicat bug，是底层约束规则不同。
关键差异：
- MySQL（InnoDB）允许外键引用非主键的
UNIQUE NOT NULL列；PostgreSQL 要求必须是PRIMARY KEY或显式UNIQUE约束（且不能含NULL） - PostgreSQL 外键默认开启
ON UPDATE CASCADE等行为，MySQL 需显式声明；Navicat 模型里不填这些字段，生成的 DDL 在两边语义就不等价 - 字段类型必须严格一致：比如
INTvsBIGINT、VARCHAR(255)vsTEXT，PostgreSQL 会直接拒绝建约束
模型里改了外键，但线上库没更新？别信“自动同步”
在模型中删掉一条连线，再同步 → Navicat 默认不会删除已存在的外键，只会新增或修改。这是安全策略，不是疏漏。
实操建议：
- 要删外键，必须手动在模型中右键该连线 →
Delete→ 再同步，并确认同步选项里勾选了Drop unused foreign keys - 更稳妥的做法：先在数据库里用
ALTER TABLE DROP FOREIGN KEY（MySQL）或ALTER TABLE DROP CONSTRAINT（PostgreSQL）手动清理，再同步模型 - 模型版本和数据库结构长期不一致时，
Synchronize to Database的 diff 结果可能漏掉隐式变更（比如字段注释、索引顺序），别全依赖图形界面
模型工具省的是重复敲 DDL 的时间，不是理解约束本质的功夫。外键的级联行为、锁机制、索引依赖，Navicat 从不替你决策。
