我经常使用ON DELETE CASCADE,但我从不使用ON UPDATE CASCADE,因为我不确定在什么情况下它会有用。

为了便于讨论,让我们看一些代码。

CREATE TABLE parent (
    id INT NOT NULL AUTO_INCREMENT,
    PRIMARY KEY (id)
);

CREATE TABLE child (
    id INT NOT NULL AUTO_INCREMENT, parent_id INT,
    INDEX par_ind (parent_id),
    FOREIGN KEY (parent_id)
        REFERENCES parent(id)
        ON DELETE CASCADE
);

对于ON DELETE CASCADE,如果删除带有id的父级,则child中的记录parent_id = parent。Id将被自动删除。这应该没有问题。

This means that ON UPDATE CASCADE will do the same thing when id of the parent is updated? If (1) is true, it means that there is no need to use ON UPDATE CASCADE if parent.id is not updatable (or will never be updated) like when it is AUTO_INCREMENT or always set to be TIMESTAMP. Is that right? If (2) is not true, in what other kind of situation should we use ON UPDATE CASCADE? What if I (for some reason) update the child.parent_id to be something not existing, will it then be automatically deleted?

好吧,我知道,上面的一些问题可以通过编程测试来理解,但我也想知道这其中是否有依赖于数据库供应商的。

请照点光。


当前回答

我的评论主要是参考第3点:在什么情况下是ON UPDATE CASCADE适用,如果我们假设父键是不可更新的?这里有一种情况。

我正在处理一个复制场景,其中多个卫星数据库需要与主数据库合并。每个附属表都在相同的表上生成数据,因此将这些表合并到主表会违反唯一性约束。我试图使用ON更新级联作为解决方案的一部分,其中我在每次合并期间重新增加键。ON UPDATE CASCADE应该通过自动化部分过程来简化此过程。

其他回答

ON UPDATE和ON DELETE指定当父表中的一行被更新和删除时将执行哪个操作。允许的操作包括:NO ACTION、CASCADE、SET NULL和SET DEFAULT。

删除父表中的行操作

如果您删除父表中的一行或多行,您可以设置以下操作之一:

ON DELETE NO ACTION: SQL Server raises an error and rolls back the delete action on the row in the parent table. ON DELETE CASCADE: SQL Server deletes the rows in the child table that is corresponding to the row deleted from the parent table. ON DELETE SET NULL: SQL Server sets the rows in the child table to NULL if the corresponding rows in the parent table are deleted. To execute this action, the foreign key columns must be nullable. ON DELETE SET DEFAULT: SQL Server sets the rows in the child table to their default values if the corresponding rows in the parent table are deleted. To execute this action, the foreign key columns must have default definitions. Note that a nullable column has a default value of NULL if no default value specified. By default, SQL Server appliesON DELETE NO ACTION if you don’t explicitly specify any action.

父表中行更新操作

如果您更新父表中的一行或多行,您可以设置以下操作之一:

ON UPDATE NO ACTION: SQL Server raises an error and rolls back the update action on the row in the parent table. ON UPDATE CASCADE: SQL Server updates the corresponding rows in the child table when the rows in the parent table are updated. ON UPDATE SET NULL: SQL Server sets the rows in the child table to NULL when the corresponding row in the parent table is updated. Note that the foreign key columns must be nullable for this action to execute. ON UPDATE SET DEFAULT: SQL Server sets the default values for the rows in the child table that have the corresponding rows in the parent table updated.

FOREIGN KEY (foreign_key_columns)
    REFERENCES parent_table(parent_key_columns)
    ON UPDATE <action> 
    ON DELETE <action>;

请参阅参考教程。

确实,如果你的主键只是一个自动递增的标识值,你就不会真正使用ON UPDATE CASCADE。

但是,假设您的主键是一个10位的UPC条形码,由于扩展,您需要将其更改为一个13位的UPC条形码。在这种情况下,ON UPDATE CASCADE将允许您更改主键值,并且任何具有外键引用的表将相应地更改该值。

参考#4,如果您将子ID更改为父表中不存在的内容(并且具有引用完整性),则应该会得到外键错误。

为了补充其他精彩的答案,在这里谨慎使用ON UPDATE CASCADE(或ON DELETE CASCADE…)是很重要的。对具有此规范的表的操作需要对底层关系进行排他锁定。

如果在一个表中有多个CASCADE定义(如其他答案),特别是多个表使用相同的定义,多个用户更新,当一个进程在第一个底层表上获得排他锁,在第二个底层表上获得其他排他锁,并且由于没有一个进程能够获得两个(所有)排他锁来执行操作而相互阻塞时,就会产生死锁。

是的,这意味着,例如,如果你执行UPDATE parent SET id = 20 WHERE id = 10,所有parent_id为10的子节点也将被更新为20 如果您不更新外键引用的字段,则不需要此设置 我想不出还有什么别的用途。 你不能这样做,因为外键约束会失效。

我认为你已经抓住了要点!

如果您遵循数据库设计最佳实践,并且您的主键永远不可更新(我认为无论如何都应该是这种情况),那么您永远不需要ON UPDATE CASCADE子句。

Zed提出了一个很好的观点,如果你使用一个自然键(例如数据库表中的一个常规字段)作为你的主键,那么在某些情况下你可能需要更新你的主键。另一个最近的例子是ISBN(国际标准书号),不久前它从10位数字+字符变成了13位。

如果你选择使用代理键(例如,人工系统生成的)作为你的主键(在大多数情况下,这是我的首选),情况就不是这样了。

所以最后:如果你的主键从未改变,那么你就永远不需要ON UPDATE CASCADE子句。

Marc