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条件，确保只有同时满足这两个条件的记录才会被查询到，有效避免了冲突。 修改后的代码确保了数据准确性。
