何时使用“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则将自动删除子级中的记录。这应该没问题。这意味着当id更新父级时，“ON UPDATE CASCADE”会做同样的事情吗？如果（1）为真，则意味着如果parent.id不可更新（或永远不会更新），则不需要使用“ON UPDATE CASCADE”，就像它是AUTO_INCREMENT或者总是设置为TIMESTAMP。是对的吗？如果（2）不成立，在其他什么情况下我们应该使用“ON UPDATE CASCADE”？如果我（由于某种原因）更新了child.parent_id不存在的内容，它会被自动删除吗？好吧，我知道，上面的一些问题可以通过程序测试来理解，但我也想知道这是否依赖于数据库供应商。请说清楚。

Answer 1

确实，如果您的主键只是一个自动递增的标识值，那么您将无法真正使用ON UPDATE CASCADE。

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

在引用＃4时，如果将子ID更改为父表中不存在的内容（并且您具有引用完整性），则应该获得外键错误。

Answer 2

1. 是的，这意味着，例如，如果你做UPDATE parent SET id = 20 WHERE id = 10所有孩子，parent_id的10也将更新为20

2. 如果不更新外键引用的字段，则不需要此设置

3. 想不出任何其他用途。

4. 您不能这样做，因为外键约束会失败。