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 的先后。
