Gorm(十四)的多条件叠加

一、例子

复制代码
package main

import (
    "fmt"
    "gorm.io/driver/sqlite"
    "gorm.io/gorm"
)

type User struct {
    ID     uint
    Status int
}

func main() {
    db, _ := gorm.Open(sqlite.Open(":memory:"), &gorm.Config{})
    db.AutoMigrate(&User{})
    db.Create(&User{Status: 1})
    db.Create(&User{Status: 2})

    var c1, c2 int64
    db.Where("status = 1").Count(&c1)
    db.Where("status = 2").Count(&c2)
}

你观察到的"条件叠加"并不是 SQL 或 GORM 的锅,而是 GORM 的链式 API 在 同一个 *gorm.DB 实例上不断追加条件 导致的。

把两段代码拆开看就明白了:

go 复制代码
// 第一次调用
db.Where("status = 1").Count(&c1)
// 等价于
// SELECT count(*) FROM users WHERE status = 1;

// 第二次调用
db.Where("status = 2").Count(&c2)
// 等价于
// SELECT count(*) FROM users WHERE status = 1 AND status = 2;

为什么第二次会带上第一次的 status = 1

因为 db.Where(...) 返回的是 同一个底层 *gorm.DB 指针的副本 ,副本共享了内部的 Statement 对象;于是第二次 Where 只是往同一份 Statement 里再追加了一个条件,最终 SQL 里就出现了 status = 1 AND status = 2,结果当然是 0 行。

官方文档里把这种现象叫做"复用同一个 DB 会话导致条件累积"。

解决办法:每次查询都用一个新的会话,或者显式重置条件。

go 复制代码
// 方法 1:链式调用完后不再复用
db.Where("status = 1").Count(&c1)
db.Session(&gorm.Session{}).Where("status = 2").Count(&c2) // 新 Session

// 方法 2:直接新建一个 DB 副本
db2 := db.Session(&gorm.Session{})
db2.Where("status = 2").Count(&c2)

// 方法 3:用 Scopes(推荐)
countByStatus := func(st int) func(d *gorm.DB) *gorm.DB {
    return func(d *gorm.DB) *gorm.DB {
        return d.Where("status = ?", st)
    }
}
db.Scopes(countByStatus(1)).Count(&c1)
db.Scopes(countByStatus(2)).Count(&c2)

一句话:
GORM 的链式条件会累积在同一个 *gorm.DB 实例上,想隔离就换 Session 或用 Scopes。

在 GORM 里,只要返回值仍然是 *gorm.DB 的"链式方法",都会把条件累积到同一个 Statement 实例 上。

下面把常见方法按"会叠加 / 不会叠加"两类给你列出来,一眼就能记住。


一、会叠加(链式继续返回 *gorm.DB

这些调用不会立即发 SQL ,只是把子句写进 Statement,所以多次调用就会"叠":

方法/关键字 叠加效果举例
Where / Or / Not 条件越拼越多
Select 字段会被覆盖成最后一次的,但旧字段缓存还在,容易出错
Omit 同 Select,最后一次生效,但列表会累积
Joins 多次调用会把 JOIN 子句串起来
Group 字符串直接拼接,多调一次就多一段 GROUP BY
Having 同 Where,会 AND 连接
Order 多调一次就多一段 ORDER BY,逗号分隔
Limit / Offset 后一次直接覆盖前一次,不会累积,但仍然作用在同一个 Statement
Scopes 每个 Scope 拿到的都是同一个 *gorm.DB,里面如果改了条件也会叠
Preload / Joins 预加载 多次 Preload 会往 Statement.Preloads 里追加,不会覆盖
Distinct 只是设置一个 bool 标志,重复调用无影响,但仍属于同一 Statement

二、不会叠加(立即执行或返回非 DB 类型)

一旦调用下列方法,GORM 会立即生成 SQL 并清空(或新建)Statement,后续再用原来的 *gorm.DB 也不会互相污染:

方法 说明
Create / CreateInBatches 插入后立即执行,内部会复用 Statement,但返回的 *gorm.DB 已经 finish
First / Take / Last / Find 查询后立即执行,返回的 *gorm.DBStatement 已 reset
Update / Updates / UpdateColumn 更新后立即执行
Delete 删除后立即执行
Count / Pluck / Scan / Row / Rows 聚合/扫描类方法,执行后立即 reset
Transaction / Session 显式新建作用域,内部是一个干净的 Statement

三、一句话总结

  1. 只要方法签名返回的还是 *gorm.DB没真正发 SQL ,就会继续往同一个 Statement 里写条件。
  2. 想隔离就 db.Session(&gorm.Session{})db.WithContext(ctx) 新建会话,或者把链式调用拆成局部变量。
  3. 真正执行的那一步(FindCreateUpdateDeleteCount...)会把当前 Statement 消费掉,之后再用原指针也不会污染。
相关推荐
有味道的男人3 分钟前
速卖通商品详情接口(速卖通API系列)
java·大数据·数据库
蟹至之6 分钟前
【MySQL】用户和权限管理
数据库·mysql·权限
沐夜听风11 分钟前
MySQL的主从---1
数据库·mysql·主从原理
1***357720 分钟前
SQL之CASE WHEN用法详解
数据库·python·sql
lnnn~21 分钟前
2025美亚杯个人赛WP
数据库·网络安全
数据库学啊29 分钟前
物联网(IoT)项目,时序数据库选型推荐哪个?
数据库·物联网·时序数据库
k***459940 分钟前
C#数据库操作系列---SqlSugar完结篇
网络·数据库·c#
shykevin1 小时前
Actix-Web完整项目实战:博客 API
前端·数据库·oracle
v***16021 小时前
【Redis】设置Redis访问密码
数据库·redis·缓存
DolphinDB智臾科技1 小时前
工业物联网时序数据库选型指南:DolphinDB vs InfluxDB vs TimescaleDB
数据库·物联网·时序数据库