如何在GORM中实现级联删除？软删除失效问题咨询

核心原因很明确：你用的是GORM默认的软删除（模型包含DeletedAt字段），此时GORM执行的是UPDATE语句（给deleted_at字段赋值标记删除），而非真正的物理DELETE操作。数据库的ON DELETE CASCADE约束仅对物理DELETE语句生效，自然不会触发关联对象的级联删除——这就是原生SQL能正常删、GORM的Delete不行的根本原因。

给你几个可行的解决方向：

方案1：放弃软删除，用物理删除触发数据库级联 #

• 直接移除模型中的DeletedAt字段，GORM的Delete方法会自动执行物理DELETE，数据库的CASCADE约束会生效，关联的Pill和Posology会被级联删除。
• 若要保留DeletedAt字段但临时硬删，可调用db.Unscoped().Delete(&person)，该方法会绕过软删除逻辑，执行真正的DELETE语句，同样能触发数据库级联。

方案2：保留软删除，手动实现级联软删除 #

如果业务必须保留软删除逻辑，就得自行处理关联对象的软删除：

• 手动前置删除：先查询出Person关联的所有Pill和Posology，分别调用GORM的Delete方法软删除它们，再删除Person。
• 用GORM钩子自动化处理：在Person模型中定义BeforeDelete钩子，在钩子内部批量处理关联对象的软删除，示例代码：

func (p *Person) BeforeDelete(tx *gorm.DB) error {
    // 软删除关联的Pill
    if err := tx.Model(p).Association("Pills").Delete(p.Pills); err != nil {
        return err
    }
    // 软删除关联的Posology
    if err := tx.Model(p).Association("Posologies").Delete(p.Posologies); err != nil {
        return err
    }
    return nil
}

这样调用db.Delete(&person)时，会自动触发钩子，先软删除所有关联对象，再软删除Person。

总结：不是你误解了GORM机制，而是软删除的逻辑与数据库级联删除的触发条件不兼容，需根据业务需求选择上述方案之一。

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