Question

我想从两个表中删除通过一组可延迟约束相互依赖的行。为了简化这篇文章，我模拟了一个简单的数据库模式。

我希望在SQL事务/数据库补丁中删除某些表中的条目'delete_from_me'。问题是，我想在松开链接本身之前根据第二个表'constraining_table'中的选择进行删除。

以下是两个表的说明：

tab-quarantine=> \d delete_from_me
       Table "public.delete_from_me"
  Column   |       Type        | Modifiers 
-----------+-------------------+-----------
 id        | character varying | not null
 extension | character varying | not null
Indexes:
    "delete_from_me_pkey" PRIMARY KEY, btree (id)

tab-quarantine=> \d constraining_table 
   Table "public.constraining_table"
 Column |       Type        | Modifiers 
--------+-------------------+-----------
 image  | character varying | not null
 type   | character varying | not null
Foreign-key constraints:
    "constraining_table_image_fkey" FOREIGN KEY (image) REFERENCES delete_from_me(id)
         ON UPDATE CASCADE
         ON DELETE RESTRICT DEFERRABLE

以下是我刚刚在那里抨击的一些示例数据：

tab-quarantine=> SELECT * FROM delete_from_me;
     id     | extension 
------------+-----------
 12345abcde | png
(1 row)

tab-quarantine=> SELECT * FROM constraining_table;
   image    |   type   
------------+----------
 12345abcde | select_me
(1 row)

这是我的交易：

BEGIN;
\set ON_ERROR_STOP 1
SET CONSTRAINTS ALL DEFERRED;
DELETE FROM delete_from_me WHERE id IN (
    SELECT image FROM constraining_table WHERE type = 'select_me'
);
DELETE FROM constraining_table WHERE type = 'select_me';
COMMIT;

此交易失败。当我单步执行并手动执行此操作时，会出现以下错误消息：

ERROR:  update or delete on table "delete_from_me" violates foreign key constraint "constraining_table_image_fkey" on table "constraining_table"
DETAIL:  Key (id)=(12345abcde) is still referenced from table "constraining_table".

这似乎是临时表的一个很好的候选者，但是我想知道为什么我不能按此顺序删除，因为约束不应该有效直到最后交易？

Answer 1

使用ON DELETE NO ACTION DEFERRABLE代替ON DELETE RESTRICT DEFERRABLE。无论您是否应用RESTRICT修饰符，使用NO ACTION代替DEFERRABLE都会强制约束不可延迟。

这是manual page for CREATE TABLE：

的细则

即使约束被宣布为可延迟，也不能推迟除NO ACTION检查以外的参考动作。

显然，上述警告包括RESTRICT。

在此句之后不久，NO ACTION和RESTRICT的定义：

无动作

产生错误，指示删除或更新将创建外键约束违规。如果约束被延迟，如果仍存在任何引用行，则将在约束检查时生成此错误。这是默认操作。

RESTRICT

产生错误，指示删除或更新将创建外键约束违规。这与NO ACTION相同，但检查不可延迟。

正如您所看到的，NO ACTION的行为与RESTRICT相同，但NO ACTION可以推迟。这就是我推荐它的原因 - 我认为这正是你所要求的。

PostgreSQL的“Deferrable Delete”仍然符合Delete的限制

1 个答案: