Gorm多对多关联：循环内永久删除关联记录失败问题

问题根源 #

核心问题是Gorm无法识别关联表的复合主键，导致删除操作无法生成精准的WHERE条件：

• 使用Unscoped()时，Gorm要求删除必须携带WHERE条件，但由于结构体未标记主键，无法自动生成查询条件，因此抛出WHERE conditions required错误。
• 使用Session(&gorm.Session{AllowGlobalUpdate: true})时，虽然允许无WHERE的全局删除，但实际执行的是全表删除逻辑（而非指定关联记录），且这种方式本身不符合业务需求，同时可能因事务或逻辑问题未生效。

另外你的关联表user_projects没有软删除字段（如deleted_at），其实不需要使用Unscoped()，正常Delete()操作就是永久删除。

解决方案 #

方案1：标记结构体的复合主键 #

修改UserProjects结构体，明确将两个字段标记为复合主键，让Gorm自动生成精准的WHERE条件：

// UserProjects join table for linking projects to users.
type UserProjects struct {
    UserID    uint `gorm:"primaryKey"`
    ProjectID uint `gorm:"primaryKey"`
}

之后删除代码可简化为：

if result := db.Debug().Delete(&userProject); result.Error != nil {
    dump.P(result.Error)
}

此时Gorm会自动生成SQL：DELETE FROM user_projects WHERE user_id = ? AND project_id = ?，精准删除指定的用户-项目关联记录。

方案2：手动指定WHERE条件 #

如果不想修改结构体，也可以在删除时通过Where()手动指定查询条件：

if result := db.Debug().Where("user_id = ? AND project_id = ?", userID, project.ID).Delete(&UserProjects{}); result.Error != nil {
    dump.P(result.Error)
}

这种方式同样能生成正确的WHERE条件，解决删除无效的问题。

额外优化建议 #

1. 安全处理错误类型断言：当前代码直接将result.Error断言为*mysql.MySQLError，若错误类型不符会触发panic，建议先做类型检查：

if mysqlErr, ok := result.Error.(*mysql.MySQLError); ok && mysqlErr.Number == 1062 {
    // 执行删除逻辑
} else {
    // 处理其他错误
    return result.Error
}

2. 批量处理优化性能：若项目列表数量较多，循环逐个处理效率较低，可先查询用户已关联的项目，再通过批量添加/删除的方式优化逻辑。

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