标签导航：

gorm多列模糊查询如何避免与删除状态冲突？

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

在使用GORM进行数据库查询时，多列模糊匹配常常与删除状态过滤条件发生冲突。本文将分析一个使用GORM or 方法进行多列模糊查询时，误查到已删除记录的问题，并提供有效的解决方案。

问题： 开发者希望根据关键词模糊匹配user表的username和nickname字段，同时排除已删除记录（is_del字段为1）。然而，使用or方法后，即使设置了is_del过滤条件，仍会查询到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
}

_db.where("username like ?", "%"+keyword+"%").or("nickname like ?", "%"+keyword+"%") 这段代码使用or方法，导致is_del = 1的记录可能在其中一个条件下满足，从而被错误地包含在结果中。

解决方案：

为了避免冲突，应将模糊查询条件合并到一个where语句中，使用OR连接两个条件：

将

_db = _db.where("username like ?", "%"+keyword+"%").or("nickname like ?", "%"+keyword+"%")

修改为：

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

这样，GORM生成的SQL语句将包含OR操作，确保只有同时满足is_del条件和username或nickname模糊匹配条件的记录才会被查询。 这有效地解决了因or方法的特性导致的查询错误。

通过此修改，可以有效地避免因or方法的误用而产生的查询结果错误，确保数据准确性。