GORM分组统计需组合Group()与Select()（或聚合函数），仅Group()无效；Select()须显式写聚合表达式且字段名须匹配别名；Where()必须在Group()前，过滤分组结果用Having()。
用 Group() 和 Select() 做基础分组统计
GORM 的分组统计不是靠单独一个函数完成的，必须组合 Group() 与 Select()（或 Count()/Sum() 等聚合函数）才能生效。只写 Group("user_id") 不会自动加 COUNT(*) 或其他聚合字段——这是新手最常踩的坑。
比如统计每个用户的订单数：
var results []struct {
UserID uint
Count int64
}
db.Table("orders").Select("user_id, COUNT(*) as count").Group("user_id").Find(&results)
-
Select()中必须显式写出聚合表达式，GORM 不会自动补全 - 结构体字段名要和
Select()中的别名（如as count）严格匹配，否则字段为空 - 如果用
Count("*")，返回类型得是int64，用uint会静默失败
带条件的分组：先 Where() 再 Group()
WHERE 条件必须在 Group() 之前调用，否则会被忽略或导致 SQL 错误（如 PostgreSQL 报错 “column must appear in the GROUP BY clause”）。
例如：只统计 2024 年之后创建的订单，并按用户分组：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
db.Table("orders").
Where("created_at > ?", "2024-01-01").
Select("user_id, COUNT(*) as count, SUM(amount) as total").
Group("user_id").
Find(&results)
- 不能把
Where()放在Group()后面——GORM 会把它当成 HAVING 条件（语义错误） - 如果需要过滤分组结果（比如“只保留订单数 > 5 的用户”），才用
Having("COUNT(*) > ?", 5) - MySQL 允许
SELECT *配合GROUP BY，但 PostgreSQL 和 SQLite 会报错，务必显式列出所有非聚合字段
嵌套结构或关联表分组：避免 N+1 和字段歧义
跨表分组时，别名冲突和 JOIN 顺序容易出问题。比如查每个用户的最新订单金额总和，涉及 users 和 orders 表：
db.Joins("JOIN (SELECT user_id, MAX(created_at) as max_time FROM orders GROUP BY user_id) latest ON users.id = latest.user_id").
Joins("JOIN orders o ON o.user_id = users.id AND o.created_at = latest.max_time").
Select("users.name, SUM(o.amount) as total").
Group("users.id, users.name").
Find(&results)
- GORM 不支持子查询直接作为
From()表（v1.25+ 有实验性支持，但稳定起见建议手写 JOIN） -
Group()中必须包含所有 SELECT 中的非聚合字段，包括关联表的字段（如users.name），否则 PostgreSQL 报错 - 别名如
o.amount必须明确指定来源表，否则多表同名字段会混淆
性能与兼容性注意点
分组查询在不同数据库的行为差异比普通查询更大，尤其在 NULL 处理、排序默认行为、聚合函数精度上。
- SQLite 默认不支持
HAVING中用别名（如HAVING total > 100），得写成HAVING SUM(o.amount) > 100 - MySQL 8.0+ 支持窗口函数，但 GORM 不自动翻译
OVER(PARTITION BY ...)，需用Raw() - 聚合结果为空时，
Find()不会报错，但results是空切片——记得检查len(results) == 0而不是依赖错误判断 - 如果分组字段有大量 NULL 值，PostgreSQL 会把所有 NULL 归为同一组，MySQL 可能表现不同，业务上需提前约定 NULL 是否参与统计
分组统计真正难的不是语法，而是搞清数据库本身对 GROUP BY 的执行逻辑——GORM 只是拼 SQL，它不会帮你绕过 SQL 标准的约束。
