SQL 中 ON DELETE CASCADE 的作用与风险

ON DELETE CASCADE 是 SQL 中外键约束的一个选项，它定义了当父表（被引用表）中的一行被删除时，子表（包含外键的表）中所有引用该行的记录会被自动、递归地删除。

🎯 核心理解

• 父子关系：假设有 orders（订单表）和 order_items（订单项表）。order_items.order_id 引用 orders.id。
• 普通外键：删除一个订单时，如果它还有订单项，数据库会阻止删除（或设为 NULL，取决于设置）。
• ON DELETE CASCADE：删除订单时，数据库会先自动删除所有属于该订单的 order_items，然后再删除 orders 订单本身。

📝 语法示例

CREATE TABLE orders (
    id INT PRIMARY KEY,
    customer_name TEXT
);

CREATE TABLE order_items (
    id INT PRIMARY KEY,
    order_id INT REFERENCES orders(id) ON DELETE CASCADE,
    product_name TEXT
);

💡 理解的关键点

1. 自动维护引用完整性：你无需手动删除子表记录，数据库替你完成。
2. 递归生效：如果有多层依赖（如 order_items 还有子表 item_details 同样设置了 CASCADE），删除顶层记录会瀑布式地删除整棵依赖树。
3. 不可撤销：一旦执行 DELETE FROM orders WHERE id = 1，所有关联数据会立即永久删除（除非在事务中回滚）。

⚠️ 风险与最佳实践

• 意外删光数据：若忘记加 WHERE 条件（如 DELETE FROM orders;），可能导致整个数据库的多表数据被清空。生产环境需谨慎。
• 仅用于强依赖关系：适合“子表记录离开父表毫无意义”的场景（如订单项依附于订单）。不适合“共享数据”（如用户和评论，删除用户时通常应保留评论，只是将 user_id 置 NULL）。
• 与 ON DELETE SET NULL 对比：后者将外键字段设为 NULL，保留子表记录。

🧪 心理模型

可以把 ON DELETE CASCADE 理解为 “父子同命”：父记录消失，所有子记录也跟着消失。就像删除一个文件夹时，操作系统可以选择同时删除里面的所有文件（CASCADE）还是拒绝删除（RESTRICT）。

如果你需要更具体的例子或有相关设计问题，欢迎继续提问！