级联（删除/更新）行为的良好解释

#1 楼

如果您喜欢Parent和Child术语，并且觉得它们很容易记住，则可能喜欢ON DELETE CASCADE到Leave No Orphans!的翻译

，这意味着当Parent行被删除（杀死）时，没有孤行Child表中的该行应保持活动状态。父行的所有子级也将被杀死（删除）。如果这些孩子中的任何一个有孙子孙（通过另一个外键在另一个表中）并且定义了ON DELETE CASCADE，则也应将其杀死（以及所有后代，只要定义了级联效应。）

FOREIGN KEY约束本身也可以描述为Allow No Orphans!（首先）。如果Child没有Parent（父表中的一行），则不允许在子表中写入ON DELETE RESTRICT。

为了保持一致性，可以将You Can't Kill Parents!转换为）q4312079q只能杀死（删除的）没有孩子的行。

#2 楼

例如，如果我有两个表-Parent和Child-其中Child
记录由Parent记录拥有，则哪个表需要ON DELETE
CASCADE？


ON DELETE CASCADE是外键声明中的可选子句。外键声明也是如此。 （意味着，在“子”表中。）


...这可能意味着删除子记录时删除了父记录
，或者可能意味着删除了删除父级后的子级记录。


解释外键声明的一种方法是，“此列的所有有效值都来自“ that_table”中的“ that_column”。”当您删除“子”表中的一行时，没有人在乎。它不会影响数据完整性。

从“ that_table”中删除“父”表中的一行时，会从“子”表的可能值中删除有效值。为了保持数据完整性，您必须对“子”表进行某些操作。级联删除是您可以做的一件事。


从PostgreSQL文档开始。



限制和级联删除是两个最常见的选择。
RESTRICT防止删除被引用的行。 NO ACTION表示
，如果在检查约束时仍存在任何引用行，则会引发
错误；如果您未指定
任何内容，则这是默认行为。 （这两个选择之间的本质区别是，
NO ACTION允许将支票推迟到
事务中的后面，而RESTRICT不允许。）CASCADE指定当
引用行是删除后，引用该行的行也应该被自动删除。还有其他两个选项：SET NULL
和SET DEFAULT。当删除被引用的行时，这会导致
引用行中的引用列分别设置为null或它们的默认值。请注意，这些确实
不要原谅您遵守任何约束条件。例如，如果
操作指定SET DEFAULT，但是默认值不能满足
外键约束，则该操作将失败。

#3 楼

SQL：2011 Spec
ON DELETE和ON UPDATE有五个选项可应用于FOREIGN KEY。它们直接从SQL：2011规范中称为<referential actions>：ON DELETE CASCADE：如果删除了被引用表的一行，则将删除引用表中的所有匹配行。

ON DELETE SET NULL：如果引用表的一行被删除，则引用表的所有匹配行中的所有引用列都将设置为null。

ON DELETE SET DEFAULT：如果删除引用表的一行，然后将引用表的所有匹配行中的所有引用列都设置为该列的默认值。

ON DELETE RESTRICT：禁止删除引用的行

ON DELETE NO ACTION（默认值）：没有引用删除操作；请参见参考。引用约束仅指定约束检查。


外键建立依赖关系。
示例/隐喻/说明
在此示例中，我们将接受社会和经济的通用模型：每个<referential action>都是一家维持与business到bourgeoisie。

CREATE TABLE bourgeoisie(
  fatcat_owner varchar(100) PRIMARY KEY
);
INSERT INTO bourgeoisie(fatcat_owner) VALUES
  ( 'Koch Brothers' );

CREATE TABLE business (
  name         varchar(100),
  fatcat_owner varchar(100) REFERENCES bourgeoisie
);
INSERT INTO business(name, fatcat_owner)
  VALUES ('Georgia-Pacific', 'Koch Brothers');

如果所有fatcat_owner都通过business直接受到bourgeoisie的影响，那么当您清洗fatcat_owner并没有阶级时，工人革命后该怎么办？社会吗？

-- Viva la revolución 
BEGIN;
  DELETE FROM bourgeoisie;
END;

这里有一些选择，


停止革命。用SQL的说法是fatcat_owner。有些人认为这是次要的邪恶，但通常是错误的。


让它继续下去。如果是这样，那么当革命发生时，SQL为您提供了四个选择，


RESTRICT-将其留空。谁知道，也许资本主义得以恢复，寡头主义者填补了SET NULL的席位。重要说明，该列必须是bourgeoisie（而不是fatcat_owners），否则将永远不会发生。 A
NULLABLE可以调用一个函数。也许您的方案已经准备好进行革命了。


NOT NULL-没有损坏控制。如果SET DEFAULT前进，则DEFAULT也会前进。如果企业必须具有DEFAULT，那么有时丢失数据比在CASCADE表中没有业务更有意义。


bourgeoisie －这本质上是一种方法延迟检查的时间，在MySQL中与business没什么不同，但是在PostgreSQL中，您可以执行

    -- Not a real revolution.
    -- requires constraint be DEFERRABLE INITIALLY DEFERRED
    BEGIN;
      SET CONSTRAINTS ALL DEFERRED;
      DELETE FROM bourgeoisie;
      INSERT INTO bourgeoisie VALUES ( 'Putin' );
      UPDATE business SET fatcat_owner = 'Putin';
    END;

在这样的系统中，仅在事务提交之前验证约束。这可能会导致停止旋转，但是您可以在事务中进行恢复-进行一定程度的“恢复”。

#4 楼

一个简单的助记符将是

父级CASCADE的ON DELETE [通过删除]这里

，它告诉您级联哪些删除项（父级的DELETE），在ON DELETE CASCADE所在的位置语句（在子项上），删除的内容（在子项上）。

#5 楼

好吧，也许我们可以使语法合理化。让我们举一个Python示例：这就是为什么在子级定义CASCADE语句的原因，它标记了需要删除的子级

，例如，如果您有另一个类

class Parent(self):
    # define parent's fields

class Child(self):    
    # define child's fields
    parent_pk_is_childs_foreign_key = models.ForeignKey(Parent, on_delete=models.CASCADE)

此结构将清楚地显示尽管孤儿已成为孤儿，但哪些孩子仍需移走（Child），哪些孩子仍留在（GrownUpChild）

[编辑：给出了讨论的内容，特别是在实际上，由于审核和报告的原因，以及恢复意外删除，离开被删除的父母的孩子通常是一种理想的行为，因为on_delete = models.CASCADE等。 [当然，企业级软件将围绕这种行为构建，并将已删除的记录标记为Deleted = 1，而不是实际删除它们，并且不减去某些特殊设计的报告，也不会在前端的任何查询中包括它们。此外，它还具有从数据库中清除Deleted == 1记录的功能，通常由UI管理员执行，通常避免数据库管理员方面的任何参与。]