SQL表软删除保留历史记录时外键级联关联处理方案咨询

目前原生SQL及主流ORM均不支持你提到的on_is_active_is_False=set.is_active=False的原生配置，但以下3种方案可以实现完全等价的效果，且落地成本可控。

方案1：数据库触发器实现自动级联（最接近原生级联效果） #

• 实现逻辑：给主表加AFTER UPDATE触发器，当主表的is_active被更新为False时，自动触发所有关联子表的is_active批量更新，深层关联只需给每一级父表都配置对应触发器即可，无需修改业务代码。
• 示例（MySQL触发器示例）：

DELIMITER //
CREATE TRIGGER trg_table1_soft_delete
AFTER UPDATE ON Table1
FOR EACH ROW
BEGIN
  IF NEW.is_active = FALSE AND OLD.is_active = TRUE THEN
    -- 级联更新Table2
    UPDATE Table2 SET is_active = FALSE WHERE fk = NEW.id;
    -- 级联更新Table3
    UPDATE Table3 SET is_active = FALSE WHERE fk = NEW.id;
  END IF;
END //
DELIMITER ;

• 优势：完全和业务代码解耦，执行效率最高，规则统一不会出现漏更的情况。
• 注意：需要数据库支持触发器，修改表关联规则时要同步更新触发器。

方案2：ORM层封装软删除基类（开发维护成本最低） #

如果你使用Django ORM、SQLAlchemy等ORM框架，可以封装统一的软删除抽象基类，自动处理级联逻辑，无需手动逐层写更新代码：

• 实现逻辑：在基类中重写delete()方法，调用时自动遍历当前表的所有外键关联对象，批量设置关联表的is_active为False，所有需要软删除的表统一继承该基类即可。
• 示例（Django ORM基类示例）：

class SoftDeleteModel(models.Model):
    is_active = models.BooleanField(default=True)
    
    class Meta:
        abstract = True
    
    def delete(self, *args, **kwargs):
        # 先更新当前记录状态
        self.is_active = False
        self.save(update_fields=['is_active'])
        # 遍历所有关联子表，批量级联软删除
        for related in self._meta.related_objects:
            related_model = related.related_model
            if issubclass(related_model, SoftDeleteModel):
                related_model.objects.filter(**{related.field.name: self}).update(is_active=False)

• 优势：无需编写数据库触发器，跨数据库兼容，规则调整灵活，适合业务迭代快的项目。

方案3：查询层统一过滤（无需修改子表结构） #

如果业务不需要单独标记子表的删除状态，只需要逻辑上不展示已删除主表对应的关联数据，可以采用这个方案：

• 实现逻辑：只给主表加is_active字段，不需要给所有子表加该字段，所有业务查询关联主表时统一加Table1.is_active = TRUE的过滤条件，被软删除的主表对应的子表数据自然不会被返回。
• 优势：不需要处理任何级联更新逻辑，表结构改动最小，历史数据全量留存无风险。
• 注意：需要统一封装查询逻辑，避免业务代码漏加过滤条件导致脏数据被查出。

内容的提问来源于stack exchange，提问作者Ayush