Buffalo 框架未内置聚合查询 DSL，其默认 ORM Pop 不支持 sum()、group_by() 等高级聚合方法；需通过 RawQuery 执行原生 SQL，并用结构体或 map 扫描结果，注意字段名匹配、参数绑定及数据库方言兼容性。
Buffalo 框架里没有内置的聚合查询 DSL
Buffalo 本身不提供类似 sum()、group_by() 这类 ORM 层聚合方法 —— 它的默认 ORM 是 Pop，而 Pop 的查询构建器（q.Where().Order() 等）只支持基础过滤和排序，不封装 SQL 聚合函数。想做 COUNT、SUM、GROUP BY，必须绕过高级查询构造器，直接写原生 SQL 或用 Pop 的底层 RawQuery。
用 Pop.Connection.RawQuery 执行聚合 SQL
这是最常用也最可控的方式。Pop 允许你传入任意 SQL 字符串，并绑定参数、扫描结果。注意返回值不是模型切片，而是自定义结构体或 map[string]interface{}。
- 聚合结果字段名需与扫描目标字段名严格匹配（大小写敏感），或用 AS 显式别名
- 必须调用
.All(&results)或.First(&result)触发执行，否则只是构建查询 - 参数绑定用
?占位符（SQLite/Postgres）或$1（Postgres 推荐），不可拼接字符串防注入
// 示例：统计每个 category 的文章数
var counts []struct {
Category string `db:"category"`
Total int `db:"total"`
}
err := tx.RawQuery("SELECT category, COUNT(*) AS total FROM articles GROUP BY category").All(&counts)
if err != nil {
return err
}
在 Buffalo Handler 中安全使用聚合查询
聚合查询常用于仪表盘、统计页等非实体列表场景，不能直接复用 tx.All(&models) 模式。关键点是连接生命周期和错误处理。
- 务必从
c.Value("tx").(*pop.Connection)获取事务对象，而非新建pop.Connect，否则脱离请求上下文 - 聚合查询失败时，应返回
c.Error(500, err)，避免静默忽略或 panic - 若需 JOIN + GROUP BY，确保 ON 条件正确，且所有 SELECT 字段都在 GROUP BY 中（或为聚合函数），否则 PostgreSQL 会报错
性能与兼容性要注意的细节
不同数据库对聚合语法的支持略有差异，Pop 的 RawQuery 不做转换，所以 SQL 必须适配你实际用的方言。
- SQLite 不支持
FILTER (WHERE ...)，PostgreSQL 支持；如需条件聚合，得用CASE WHEN - MySQL 默认开启
ONLY_FULL_GROUP_BY，SELECT 中非聚合字段必须出现在 GROUP BY 里，否则报错 - 大量分组时，记得在
category等分组字段上建索引，否则GROUP BY可能全表扫描
聚合逻辑越复杂，越建议把 SQL 提取到独立函数里，加注释说明业务含义，而不是堆在 handler 里。
