我应该暂时禁用外键约束吗？如何？

Question

我有两张桌子：

person:
    id serial primary key,
    name varchar(64) not null

task:
    tenant_id   integer not null references person (id) on delete cascade,
    customer_id integer not null references person (id) on delete restrict

（他们有比这更多的列，但其余的与问题无关。）

问题是，当它的租户person 被删除时，我想级联删除一个task。但是当租户和客户是同一个人时，customer_id外键约束会限制删除。

我的问题分为两部分：

1. 暂时禁用第二个外键是我唯一的选择吗？
2. 如果是这样，那么我该如何在 PostgreSQL 中做到这一点？

Answer 1

实际上你创建了一个具有矛盾规则的竞态条件。

我的第一个冲动是检查DEFERRED 约束是否有帮助。但它没有任何区别是有道理的。

我发现在CREATE TABLE 脚本中首先出现的 FK 约束是这场竞赛的获胜者。如果ON DELETE CASCADE先出现，则级联删除，如果ON DELETE RESTRICT先出现，则中止操作。

考虑SQL Fiddle上的演示。

这似乎与目录表pg_constraint 中较小的oid 相关：

SELECT oid, * FROM pg_constraint WHERE conrelid = 'task'::regclass

但是您的反馈表明，这不是原因。也许pg_attribute.attnum 决定了比赛。无论哪种方式，只要它没有记录在案的行为，您就不能依靠它在下一个主要版本中保持这种状态。可能值得在 pgsql-general@postgresql.org 上发布问题。

与所有这些无关，您需要考虑其他行：即使 CASCADE 将通过 task 中的一行同时具有 tenant_id 和 customer_id 指向 person，它仍然会如果任何行只有 customer_id 引用 person，则受到限制。
另一个SQL Fiddle 演示了这个案例。

如何禁用约束？

最好的办法是放弃并重新创建它。在事务中执行所有操作，以确保不会破坏参照完整性。

BEGIN;

ALTER TABLE task DROP CONSTRAINT task_customer_id_fkey;

DELETE FROM person WHERE id = 3;

ALTER TABLE task ADD CONSTRAINT task_customer_id_fkey
FOREIGN KEY (customer_id) REFERENCES person (id) ON DELETE RESTRICT;

COMMIT;

这会独占锁定表，不适合在多用户环境中日常使用。

我怎么知道约束的名称？如上所示，我从pg_constraint 获取它。使用显式约束名称开头可能更容易：

CREATE TEMP TABLE task (
    customer_id integer NOT NULL
   ,tenant_id integer NOT NULL REFERENCES person (id) ON DELETE CASCADE
   ,CONSTRAINT task_customer_id_fkey FOREIGN KEY (customer_id)
    REFERENCES person (id) ON DELETE RESTRICT
);

---

还有

ALTER TABLE task DISABLE trigger ALL;

More in the manual here。但这会禁用 all 触发器。我试图只禁用系统创建的触发器来实现单个 FK 约束，但运气不好。

其他替代方法是使用triggers 或rules 实施您的制度。这样可以正常工作，但执行起来不像外键那样严格。