PostgreSQL复合主键单字段建外键实现级联删除最优方案

外键创建失败和relations表使用复合主键无关，PostgreSQL完全支持给复合主键的单个组成字段创建独立外键，不存在语法或功能层面的限制。
报错的核心原因是现存脏数据：relations表里存在follower_id=4的关联记录，但这个ID在主表accounts的account_id字段中不存在，违反了外键约束的基础校验规则——从表外键字段的所有值，必须在主表被引用字段中存在，因此约束创建被数据库直接拒绝。

1. 清理表内脏数据 #

先删除relations表中所有关联账号不存在的无效记录，才能通过外键的合法性校验。
如果表数据量不大，可以直接用以下SQL清理：

-- 删除关注者ID不存在的无效记录
DELETE FROM relations 
WHERE follower_id NOT IN (SELECT account_id FROM accounts);

-- 删除被关注者ID不存在的无效记录
DELETE FROM relations 
WHERE following_id NOT IN (SELECT account_id FROM accounts);

如果relations表数据量超过百万级，推荐用NOT EXISTS写法提升清理效率：

DELETE FROM relations r
WHERE NOT EXISTS (SELECT 1 FROM accounts a WHERE a.account_id = r.follower_id);

DELETE FROM relations r
WHERE NOT EXISTS (SELECT 1 FROM accounts a WHERE a.account_id = r.following_id);

2. 创建双外键配置级联删除 #

脏数据清理完成后，给两个关联字段分别创建带级联删除规则的外键即可：

-- 关注者ID外键：账号删除时自动删除该账号关注他人的所有记录
ALTER TABLE relations 
ADD CONSTRAINT follower_id_fk 
FOREIGN KEY (follower_id) REFERENCES accounts (account_id) ON DELETE CASCADE;

-- 被关注者ID外键：账号删除时自动删除该账号的所有粉丝记录
ALTER TABLE relations 
ADD CONSTRAINT following_id_fk 
FOREIGN KEY (following_id) REFERENCES accounts (account_id) ON DELETE CASCADE;

两个外键创建完成后，需求中要求的级联删除效果会自动生效，不需要额外编写其他逻辑。

针对该需求，三类实现方案的性能和可靠性差异如下：

• 数据库原生外键级联删除：最优方案。级联逻辑由数据库内核原生实现，和账号删除操作在同一个事务内执行，无额外网络IO、SQL解析开销，执行效率最高，同时能100%保证数据一致性，不会出现漏删、脏数据问题，维护成本为0，是这类关联场景的标准实践。
• 数据库触发器实现：性能次之。触发器运行在数据库侧，无网络传输开销，但执行效率低于原生外键逻辑，且自定义触发器会增加后续表结构维护的复杂度，无特殊需求不推荐使用。
• Node.js业务代码实现：最差方案。需要先查询账号关联的所有关注、粉丝记录，再分批发起删除请求，存在多次网络交互开销，一旦遇到服务重启、代码异常、并发竞争等场景，很容易出现数据不一致问题，即使加事务兜底，性能和可靠性也远不如数据库原生能力。

内容的提问来源于stack exchange，提问作者Sam Leurs