如何在SQL中设计触发器以确保级联删除时子表数据安全归档-SQL-PHP中文网

必须用before delete触发器手动归档子表数据，因on delete cascade直接物理删除、无法备份；需先禁用外键级联，再通过old.id精准查询并insert子表到结构一致的归档表，失败时抛异常中断事务确保原子性。

如何在sql中设计触发器以确保级联删除时子表数据安全归档

触发器里不能用 DELETE CASCADE

级联删除（ON DELETE CASCADE）本身不支持归档，它直接物理删掉子表记录，没机会存档。想安全归档，必须绕开外键级联，改用 BEFORE DELETE 或 AFTER DELETE 触发器拦截主表删除动作，手动把子表数据 INSERT 到归档表，再删原记录。

常见错误是写成 AFTER DELETE 再查子表——但此时外键约束若已启用 CASCADE，子表行可能已被删光，查不到数据；所以必须关掉外键级联，全由触发器接管。

主表外键定义中移除 ON DELETE CASCADE
归档表结构需与子表完全一致（含索引、约束可酌情简化）
触发器内操作需在同一个事务中，确保归档成功才允许主表删除

BEFORE DELETE 触发器中如何安全复制子表数据

BEFORE DELETE 是唯一能“预读”待删主键并关联子表的时机。触发器里用 OLD.id 查子表，INSERT 到归档表，再让原 DELETE 继续执行。注意：不能在触发器里直接 DELETE 子表，否则会和外键约束冲突或引发递归。

PostgreSQL 示例：

CREATE OR REPLACE FUNCTION archive_child_on_parent_delete()
RETURNS TRIGGER AS $$
BEGIN
  INSERT INTO orders_archive SELECT * FROM orders WHERE customer_id = OLD.id;
  RETURN OLD; -- 允许主表删除继续
END;
$$ LANGUAGE plpgsql;
<p>CREATE TRIGGER trg_archive_orders
BEFORE DELETE ON customers
FOR EACH ROW
EXECUTE FUNCTION archive_child_on_parent_delete();</p>

MySQL 不支持 BEFORE DELETE 中对同库其他表做 DML，得改用 AFTER DELETE + 显式事务 + 临时表暂存 OLD.id
SQL Server 可用 INSTEAD OF DELETE 更精准控制流程
所有数据库都要给归档表加 archived_at TIMESTAMP DEFAULT NOW() 字段，否则无法区分归档批次