何时使用“ON UPDATE CASCADE”

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

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

参考 #4，如果您将子 ID 更改为父表中不存在的内容（并且您具有参照完整性），您应该会收到外键错误。

---

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

---

我认为你已经非常清楚要点了！

如果您遵循数据库设计最佳实践并且您的主键永远不可更新（我认为无论如何都应该如此），那么您永远不需要 ON UPDATE CASCADE 子句。

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

如果您选择使用代理（例如人工系统生成的）键作为您的主键（除了最罕见的情况外，这将是我的首选），情况并非如此。

所以最后：如果你的主键永远不会改变，那么你就不需要 ON UPDATE CASCADE 子句。

马克

---

几天前，我遇到了触发器问题，我发现 ON UPDATE CASCADE 可能很有用。看一下这个例子（PostgreSQL）：

CREATE TABLE club
(
    key SERIAL PRIMARY KEY,
    name TEXT UNIQUE
);

CREATE TABLE band
(
    key SERIAL PRIMARY KEY,
    name TEXT UNIQUE
);

CREATE TABLE concert
(
    key SERIAL PRIMARY KEY,
    club_name TEXT REFERENCES club(name) ON UPDATE CASCADE,
    band_name TEXT REFERENCES band(name) ON UPDATE CASCADE,
    concert_date DATE
);

在我的问题中，我必须定义一些额外的操作（触发器）来更新音乐会的表格。这些操作必须修改 club_name 和 band_name。由于参考，我无法做到这一点。我不能修改音乐会，然后处理俱乐部和乐队的桌子。我也不能这样做。 ON UPDATE CASCADE 是解决问题的关键。

---

ON UPDATE 和 ON DELETE 指定更新和删除父表中的行时将执行的操作。以下是允许的操作：NO ACTION、CASCADE、SET NULL 和 SET DEFAULT。

删除父表中行的动作

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

ON DELETE NO ACTION：SQL Server 引发错误并回滚对父表中行的删除操作。

ON DELETE CASCADE：SQL Server 删除子表中与从父表中删除的行相对应的行。

ON DELETE SET NULL：如果父表中的相应行被删除，SQL Server 将子表中的行设置为 NULL。要执行此操作，外键列必须可以为空。

ON DELETE SET DEFAULT：如果父表中的相应行被删除，SQL Server 将子表中的行设置为其默认值。要执行此操作，外键列必须具有默认定义。请注意，如果未指定默认值，可空列的默认值为 NULL。默认情况下，如果您没有明确指定任何操作，SQL Server 将应用 ON DELETE NO ACTION。

更新父表中行的操作

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

ON UPDATE NO ACTION：SQL Server 引发错误并回滚父表中行的更新操作。

ON UPDATE CASCADE：当父表中的行更新时，SQL Server 更新子表中的相应行。

ON UPDATE SET NULL：当父表中的相应行更新时，SQL Server 将子表中的行设置为 NULL。请注意，要执行此操作，外键列必须可以为空。

ON UPDATE SET DEFAULT：SQL Server 为子表中更新了父表中相应行的行设置默认值。

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

请参阅the reference tutorial。

---

我的评论主要参考第 3 点：如果我们假设父键不可更新，在什么情况下 ON UPDATE CASCADE 适用？这是一个案例。

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

---

这是一个很好的问题，我昨天也有同样的问题。我考虑过这个问题，特别是搜索是否存在类似“ON UPDATE CASCADE”之类的东西，幸运的是 SQL 的设计者也考虑到了这一点。我同意 Ted.strauss，我也评论了 Noran 的案例。

我什么时候用的？就像 Ted 指出的那样，当您一次处理多个数据库时，其中一个数据库中的修改，在一张表中，在 Ted 所谓的“卫星数据库”中有任何形式的复制，不能与原始数据库保持一致ID，并且出于任何原因，您必须创建一个新的，以防您无法更新旧的数据（例如由于权限，或者如果您在一个如此短暂的情况下搜索快速性，以至于不值得绝对和完全尊重规范化的全部规则，仅仅是因为这将是一个非常短暂的实用程序）

所以，我同意两点：

(A.) 是的，很多时候更好的设计可以避免它；但

(B.) 在迁移、复制数据库或解决紧急情况的情况下，这是一个很棒的工具，幸运的是，当我去搜索它是否存在时，它就在那里。

---