GORM多列模糊查询时如何避免与删除标记冲突？

GORM多列模糊查询：巧妙规避删除标记冲突

在使用GORM进行数据库操作时，多列模糊查询常常与删除标记冲突。本文将分析一个使用GORM or方法进行多列模糊查询，却意外查询到已删除记录的问题，并提供有效的解决方案。

问题描述： 开发者希望根据用户输入的关键词，模糊匹配user表中的username和nickname字段，同时排除已删除记录（is_del字段为1）。然而，使用where("username like ?", "%"+keyword+"%").or("nickname like ?", "%"+keyword+"%")的方式，导致即使is_del为1的记录也被查询出来。

问题代码：

func getusers(param *models.listuserreq) ([]*models.user, int, error) {
    var users []*models.user
    var count int
    _db := db
    keyword := param.keyword
    if keyword != "" {
        _db = _db.where("username like ?", "%"+keyword+"%").or("nickname like ?", "%"+keyword+"%")
    }
    if param.type > 0 {
        _db = _db.where("type = ?", param.type)
    }
    _db = _db.where("is_del = ?", param.isdel)
    order := fmt.sprintf("%s %s", param.ordername, param.ordertype)
    err := _db.order(order).offset(param.pagenum * param.pagesize).limit(param.pagesize).find(&users).error
    if err != nil && err != gorm.errrecordnotfound {
        return nil, 0, err
    }

    if err := _db.model(&models.user{}).count(&count).error; err != nil {
        return nil, 0, err
    }

    return users, count, nil
}

问题根源： GORM的or方法导致生成的SQL语句为where username like '%keyword%' or nickname like '%keyword%'。如果is_del = 1的记录满足其中任一条件，就会被查询出来，从而忽略了后续的where("is_del = ?", param.isdel)条件。

解决方案： 为了解决这个问题，需要将模糊查询条件和删除标记条件合并到同一个where语句中：

_db = _db.Where("username LIKE ? OR nickname LIKE ? AND is_del = ?", "%"+keyword+"%", "%"+keyword+"%", param.isdel)

或者更清晰地使用括号：

_db = _db.Where("(username LIKE ? OR nickname LIKE ?) AND is_del = ?", "%"+keyword+"%", "%"+keyword+"%", param.isdel)

这样生成的SQL语句会同时考虑模糊匹配和is_del条件，确保只有同时满足这两个条件的记录才会被查询到，有效避免了冲突。 修改后的代码确保了数据准确性。