何时使用“ON UPDATE CASCADE”

Question

何时使用“ON UPDATE CASCADE”

我经常使用“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删除了具有a的父级，parent_id = parent.id则将自动删除子级中的记录。这应该没问题。

1. 这意味着当id更新父级时，“ON UPDATE CASCADE”会做同样的事情吗？

2. 如果（1）为真，则意味着如果parent.id不可更新（或永远不会更新），则不需要使用“ON UPDATE CASCADE”，就像它是AUTO_INCREMENT或者总是设置为TIMESTAMP。是对的吗？

3. 如果（2）不成立，在其他什么情况下我们应该使用“ON UPDATE CASCADE”？

4. 如果我（由于某种原因）更新了child.parent_id不存在的内容，它会被自动删除吗？

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

请说清楚。

Answer 1

确实，如果您的主键只是一个自动递增的标识值，那么您将无法真正使用ON UPDATE CASCADE。但是，假设您的主键是10位UPC条形码，并且由于扩展，您需要将其更改为13位UPC条形码。在这种情况下，ON UPDATE CASCADE将允许您更改主键值，并且具有该值的外键引用的任何表将相应地更改。在引用＃4时，如果将子ID更改为父表中不存在的内容（并且您具有引用完整性），则应该获得外键错误。

Answer 2

是的，这意味着，例如，如果你做UPDATE parent SET id = 20 WHERE id = 10所有孩子，parent_id的10也将更新为20如果不更新外键引用的字段，则不需要此设置想不出任何其他用途。您不能这样做，因为外键约束会失败。