Navicat中“Relationships”标签页是只读视图，仅展示已存在的外键约束，不可新建或编辑；真正建外键需在“Foreign Keys”标签页手动配对本表字段、参考表及参考字段，并确保引擎为InnoDB、类型严格一致、被引用字段有主键或唯一索引。
Navicat里“Relationships”标签页点不动，是不是建关系的地方？
不是。那个灰色的 relationships 标签页只是只读视图，只展示数据库里已存在的外键约束，不能新建、编辑或删除。很多人误以为这是拖拽建模的入口，结果反复点击没反应——其实它根本不是操作面板。
如果你刚加完外键但这里始终为空，说明外键根本没创建成功。优先检查：Foreign Keys 标签页是否真的保存了配置，以及数据库是否返回了错误（比如底部状态栏显示 ERROR 1005 或 ERROR 1822）。
在 Foreign Keys 标签页添加外键时，哪些字段必须手动配对？
Navicat 不会自动推断关联逻辑，所有关键映射都得你填清楚：
-
栏位：本表中要加约束的列（如order_user_id），必须明确选择，不能靠猜 -
参考表：被引用的表（如users），注意不是数据库名，是表名 -
参考栏位：该表中被引用的字段（如id），且该字段必须有PRIMARY KEY或UNIQUE约束 -
删除时和更新时行为不能留默认（尤其SET NULL要求本字段允许NULL，否则直接报Cannot add foreign key constraint）
为什么点“保存”没反应，或者提示 Can't create table？
Navicat 的“保存”本质是执行 ALTER TABLE ... ADD CONSTRAINT，失败就是数据库拒绝了这条语句。常见硬性卡点：
- 两张表引擎不是
InnoDB（右键表 → “对象信息”确认，MyISAM不支持外键） - 被引用字段类型不严格一致（
INTvsINT UNSIGNED、VARCHAR(20)vsVARCHAR(50)都不行） - 本表字段已有数据，但值在主表里找不到对应项（比如
order_user_id = 999，但users.id最大只有 100） - 当前数据库用户缺少
ALTER权限 - Navicat 旧版本（如 v12）未勾选“在保存时应用更改”（设置 → 选项 → 对象设计器）
用 SQL 手动加外键比图形界面更可靠吗？
是的，尤其当你要控制细节时：
- GUI 自动生成的语句可能隐含空格或换行，导致某些 MySQL 版本解析失败
- 复合外键（多个字段联合引用）或带
ON DELETE SET NULL的场景，老版本 Navicat 下拉菜单不全或默认行为不符合预期 - 错误信息更直接——比如
ERROR 1822: Missing index for constraint，一眼就能定位到缺索引，不用在 GUI 里反复试 - 推荐写法：
ALTER TABLE `orders` ADD CONSTRAINT `fk_orders_user_id` FOREIGN KEY (`user_id`) REFERENCES `users`(`id`) ON DELETE CASCADE ON UPDATE CASCADE;
真正容易被忽略的是字符集和排序规则的一致性：一张表用 utf8mb4_unicode_ci，另一张用 utf8mb4_general_ci，也可能触发外键创建失败，但错误提示未必明说这点。
