GORM GROUP BY 关联字段需显式 JOIN，Select 与 Group 字段必须别名一致且完整匹配，聚合结果映射依赖 column tag 严格对应别名，复杂场景推荐 Raw SQL 并注意索引优化。
GROUP BY 关联表字段时，GORM 默认不自动 JOIN
GORM 的 Group 方法只作用于当前模型的字段，不会隐式拉取关联表。直接写 Group("users.name") 会报错 column "users.name" does not exist，因为底层 SQL 没有 JOIN users。
必须显式调用 Joins 或 Preload（后者仅用于加载，不参与 GROUP BY）：
-
Joins("JOIN users ON orders.user_id = users.id")是最常用方式，确保关联字段在 SELECT 和 GROUP BY 中都可用 - 若用
Preload，只会额外发起查询，对聚合无影响，别误用 - 注意表别名：GORM v2 默认给主表起别名
t，关联表需手动指定别名避免冲突，例如Joins("JOIN users u ON t.user_id = u.id")
SELECT + GROUP BY 字段必须严格匹配（GORM v2 要求）
GORM v2 启用 Config.PrepareStmt = true 或使用原生 SQL 时，PostgreSQL/MySQL 会校验 SELECT 列是否全部出现在 GROUP BY 中（或为聚合函数）。GORM 的 Select 必须包含所有非聚合字段：
db.Joins("JOIN users u ON orders.user_id = u.id").
Select("u.name, COUNT(*) as order_count, AVG(orders.amount) as avg_amount").
Group("u.name").
Find(&results)
- 上面的
u.name必须出现在Group和Select里，缺一不可 - 不能写
Group("users.name")却在Select里用"u.name"—— 别名不一致会导致 SQL 错误 - 如果需要去重计数，用
COUNT(DISTINCT u.id)，不是COUNT(u.id)
聚合结果映射到结构体时，字段名必须与 SELECT 别名一致
GORM 不会自动将 COUNT(*) 映射到任意字段，必须用别名且结构体字段名（或 tag）完全匹配：
立即学习“go语言免费学习笔记（深入）”；
type UserOrderStat struct {
Name string `gorm:"column:name"`
OrderCount int64 `gorm:"column:order_count"`
AvgAmount float64 `gorm:"column:avg_amount"`
}
-
columntag 值必须和Select中写的别名（如"order_count"）完全一致，区分大小写 - 若省略 tag，GORM 尝试按字段名蛇形转换（
OrderCount → order_count），但不保证可靠，尤其含大写字母或下划线时建议显式声明 - 别名中不能有空格或特殊符号，否则需用反引号包裹（如
`order count`），但强烈不推荐
复杂聚合（如 HAVING、子查询）建议用 Raw SQL 或 Session 控制
当需要 HAVING COUNT(*) > 1 或嵌套聚合时，GORM 链式调用易出错或生成低效 SQL：
-
Having可用，但只接受字符串条件：Having("COUNT(*) > ?", 1)，参数绑定安全 - 涉及多层嵌套、窗口函数、或跨 schema 关联时，直接
Raw更可控：db.Raw("SELECT ... FROM ... GROUP BY ... HAVING ...").Scan(&results) - 若需复用逻辑，可封装为 GORM
Session并设置Context或Logger，避免污染全局配置
关联分组聚合真正麻烦的不是语法，而是 SQL 执行计划是否走索引 —— 务必在 user_id 和关联字段上建联合索引，比如 CREATE INDEX idx_orders_user_amount ON orders(user_id, amount);。
