navicat模型设计器仅支持编辑已存在的外键约束关系，不识别逻辑关联或代码依赖；手动添加需拖拽主键至对应字段并勾选“enforce referential integrity”，字段类型须严格匹配，连线方向决定主从表，同步生效需确保引擎支持（如innodb）、数据一致且同步选项启用外键。
Navicat 模型设计器能编辑哪些表关系？
Navicat 的模型设计器（Model Designer）只支持显式定义的外键关系，也就是物理层面已存在于数据库中的 FOREIGN KEY 约束。它不会自动识别逻辑关联（比如两个表都含 user_id 但没建外键），也不会从 SQL 查询或应用代码里推导依赖。逆向工程导入时，若原库没建外键，模型里就是孤立的表节点——你得手动连。
如何手动添加和配置外键连线？
在模型画布中拖拽一个表的主键字段（或唯一索引字段）到另一个表的对应字段上，松开后弹出「Relationship Properties」对话框：
- 必须选中「Enforce Referential Integrity」才真正生成外键约束；不勾则只是示意连线，导出 SQL 时会被忽略
- 「Referential Action」里
ON DELETE CASCADE和ON UPDATE CASCADE要手动勾选，Navicat 不默认启用 - 字段类型必须严格匹配（如
INT UNSIGNED不能连到INT），否则保存时报错Error 1005: Can't create table - 连线方向决定主从：从主表拖到从表，模型会把主表标为「Parent Table」，从表为「Child Table」
为什么同步到数据库后外键没生效？
常见原因不是操作遗漏，而是环境限制：
- 目标数据库引擎不支持外键（如 MySQL 的
MyISAM表），即使模型里画了连线，同步时 Navicat 会静默跳过，也不报错 - 目标表已有数据，且存在违反外键约束的记录（如子表里有
user_id = 999，但主表没有该 ID），同步脚本执行到ADD CONSTRAINT时直接失败，错误信息是ERROR 1452 (23000): Cannot add or update a child row - 同步设置里没勾选「Foreign Keys」——在「Synchronization Options」面板中，这个选项默认可能关闭
- 模型中字段名拼写与目标库实际列名不一致（比如模型里写
created_at，但库中是create_time），连线看似存在，导出 SQL 却用错名
模型里改了关系，怎么确保应用层 SQL 不崩？
模型设计器只管 DDL，不管 DML。它不会扫描你的查询语句、视图或存储过程，更不会提醒你：JOIN user ON order.user_id = user.id 这种写法在加了外键后依然有效，但如果你后续把 user.id 改成 BIGINT，而 order.user_id 还是 INT，模型同步不会报类型不匹配——因为模型本身没做跨表类型校验。
真正容易被忽略的是：模型一旦脱离数据库真实状态（比如你只在模型里加了连线，但没同步到库），它就变成一份静态文档。下次有人按模型写 JOIN，却查不到数据，问题根源不在 SQL，而在模型和库的脱节。
