Navicat不支持为已有表直接添加外键，必须用SQL执行ALTER TABLE ... ADD CONSTRAINT；需确保约束名唯一、字段类型严格一致、被引用字段已有主键或唯一索引。

外键在Navicat里点几下就能加？别信

不能。navicat 的图形界面不支持直接为已有表添加外键约束——它只允许你在新建表时通过“外键”标签页定义，或者用 sql 手动执行 alter table ... add constraint ... foreign key。试图在已建好表的“设计表”视图里右键加外键，会发现按钮灰掉或根本没入口。

必须写 SQL：ALTER TABLE + FOREIGN KEY 的标准写法

这是唯一可靠方式。注意三处关键：约束名要唯一、字段类型必须严格一致（比如 integer 和 serial 可兼容，但 text 和 varchar(50) 在某些版本会报错）、引用的主表主键必须已存在且索引就绪。

常见错误现象：ERROR: there is no unique constraint matching given keys for referenced table "users" —— 说明你引用的 users.id 没有主键或唯一索引。

• 先确认被引用字段有索引：SELECT indexdef FROM pg_indexes WHERE tablename = 'users' AND indexdef LIKE '%id%';
• 添加外键（带命名，方便后续删）：ALTER TABLE orders ADD CONSTRAINT fk_orders_user_id FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE;
• 如果字段类型不完全匹配（如 users.id 是 bigserial，orders.user_id 是 integer），先 ALTER TABLE orders ALTER COLUMN user_id TYPE bigint USING user_id::bigint;

ON DELETE / ON UPDATE 行为选错，数据就静默丢了

Navicat 自动生成的外键常默认用 NO ACTION，看着安全，其实只是延迟检查——真删主表记录时仍可能报错中断。生产环境更常用 CASCADE 或 SET NULL，但必须想清楚业务逻辑。

使用场景举例：订单表 orders 关联用户表 users，用户注销时要不要自动删掉他所有订单？如果要，用 ON DELETE CASCADE；如果要保留订单但清空用户信息，字段得允许 NULL，再配 ON DELETE SET NULL。

• ON DELETE CASCADE：级联删除，性能开销略大，且不可逆
• ON DELETE RESTRICT：等价于默认 NO ACTION，删主记录前检查子表，有数据就拒绝
• ON DELETE SET NULL：要求外键字段本身声明为 NULL，否则报错 column "user_id" is not nullable

Navicat 的“同步结构”功能会悄悄删外键

如果你用 Navicat 的“结构同步”对比两个数据库并执行更新，它默认不勾选“外键约束”同步项——意味着目标库已有的外键会被直接删掉，且不提示。这是最隐蔽的坑。

操作前务必手动勾选：Foreign Keys 和 Check Constraints（如果用了 CHECK）。同步脚本预览里看到 DROP CONSTRAINT 就立刻停手，检查是否误判了变更。

更稳妥的做法：把外键定义写进迁移 SQL 文件，用 psql 或 psql -f migrate.sql 执行，绕过 Navicat 的自动推断逻辑。

复杂点在于，外键依赖顺序——必须先建被引用表，再建引用表；如果同步跨多个表，Navicat 不保证执行顺序，而手写 SQL 可以控制 CREATE TABLE 和 ALTER TABLE ... ADD CONSTRAINT 的先后。