Postgres允许存在重复外键（一个带级联删除）是否合理？有无危害？

核心结论 #

同时存在这两个约束完全没有意义，属于冗余设计，建议只保留其中一个。

为什么重复约束无意义？ #

这两个约束的核心作用都是强制field_x的值必须存在于table_x.unid中，引用完整性的逻辑完全重复。唯一的区别是删除动作：

• fk_x_1是Postgres默认的外键行为（ON DELETE RESTRICT），即如果有行引用某条unid记录，就不允许删除该记录。
• fk_x_2设置了ON DELETE CASCADE，即删除unid记录时，会自动删除所有field_x引用该值的行。

这两个约束的动作逻辑本身就存在冲突倾向，同时保留只会让数据库做重复的工作。

同时存在的危害 #

• 性能开销增加：每次对table_x的field_x或unid执行插入、更新、删除操作时，Postgres会分别检查这两个约束，额外消耗CPU和IO资源。
• 维护成本上升：后续维护人员看到重复约束会产生困惑，需要额外时间梳理逻辑，增加理解成本。
• 潜在逻辑冲突：虽然当前场景下，CASCADE动作可能先执行从而避免RESTRICT的报错，但如果后续约束被修改，或者出现其他并发操作，可能触发不可预期的错误。

为什么Postgres允许这种情况？ #

Postgres的设计原则是信任用户的操作，它不会自动检测并阻止逻辑重复的约束——只要约束名称不同、语法合法，就允许创建。这是为了给用户最大的灵活性，但也意味着需要用户自己把控约束的合理性。

建议操作 #

如果业务需要级联删除的逻辑，保留带ON DELETE CASCADE的fk_x_2，删除冗余的fk_x_1，执行命令：

ALTER TABLE table_x DROP CONSTRAINT fk_x_1;

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