GORM多列模糊查询？教你轻松绕过删除冲突！

本文针对GORM框架多列模糊查询中，因使用`or`方法导致与删除状态过滤冲突的问题，提供了解决方案。 开发者在使用`_db.where("username like ?", "%"+keyword+"%").or("nickname like ?", "%"+keyword+"%")`进行用户名和昵称模糊匹配的同时，尝试排除已删除记录(is_del=1)，却仍然查询到已删除数据。文章分析了问题根源在于`or`方法的逻辑特性，并提出将模糊查询条件合并为`_db.Where("username LIKE ? OR nickname LIKE ?", "%"+keyword+"%", "%"+keyword+"%")`，从而避免冲突，确保查询结果准确性，有效提升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方法的误用而产生的查询结果错误，确保数据准确性。

好了，本文到此结束，带大家了解了《GORM多列模糊查询？教你轻松绕过删除冲突！》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！