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 消费掉,之后再用原指针也不会污染。
相关推荐
计算机毕设VX:Fegn089521 分钟前
计算机毕业设计|基于springboot + vue动物园管理系统(源码+数据库+文档)
数据库·vue.js·spring boot·后端·课程设计
冉冰学姐43 分钟前
SSM校园排球联赛管理系统y513u(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上,文末可获取,系统界面在最后面
数据库·ssm 框架应用·开题报告、
Tony Bai1 小时前
【分布式系统】03 复制(上):“权威中心”的秩序 —— 主从架构、一致性与权衡
大数据·数据库·分布式·架构
wb043072012 小时前
SQL工坊不只是一个ORM框架
数据库·sql
至善迎风2 小时前
Redis完全指南:从诞生到实战
数据库·redis·缓存
QQ_4376643144 小时前
Redis协议与异步方式
数据库·redis·bootstrap
纪莫4 小时前
技术面:MySQL篇(InnoDB事务执行过程、事务隔离级别、事务并发异常)
数据库·java面试⑧股
Nerd Nirvana5 小时前
数据库模型全景:从原理到实践的系统性指南
数据库·oracle·电力行业
SelectDB5 小时前
从 Greenplum 到 Doris:集群缩减 2/3、年省数百万,度小满构建超大规模数据分析平台经验
数据库·数据分析·apache
alonewolf_995 小时前
MySQL索引优化实战二:分页、关联查询与Count优化深度解析
数据库·mysql