buffalo框架中pop的distinct必须与select联用才生效，单独调用会静默失效；仅对select明确指定的字段去重，不支持select * distinct，且结果结构体字段需严格匹配所选列名与顺序。
Buffalo 框架默认不支持 Pop 的 Distinct 查询，直接调用 Distinct 方法会静默失效或报错 —— 因为 Pop 的 Distinct 是装饰器式 API，必须配合 Select 显式指定字段才能生效。
Pop 的 Distinct 必须和 Select 一起用
Pop 的 Distinct 不是 SQL 层的独立关键字，而是构建查询时的修饰行为。它只在生成 SELECT 子句时起作用，且仅对 Select 中明确列出的字段生效。
- ❌ 错误写法：
tx.Where("status = ?", "active").Distinct().All(&users)→ 生成的 SQL 无DISTINCT，因为没指定选哪些列 - ✅ 正确写法：
tx.Select("name, email").Distinct().Where("status = ?", "active").All(&results)→ 生成SELECT DISTINCT name, email FROM users WHERE status = 'active' - 注意：如果
results是结构体切片，结构体字段名必须与Select中的字段顺序、大小写完全一致（如数据库列是user_name，就不能靠结构体 tag 自动映射）
查单个字段去重时，Select 类型要匹配
比如只取唯一的 category 值，不能直接扫进 []string，Pop 要求目标切片元素类型与查询字段类型严格对应：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- ✅ 可行：
var cats []string; tx.Select("category").Distinct().All(&cats) - ❌ 报错：
var cats []interface{}; tx.Select("category").Distinct().All(&cats)→ Pop 不支持泛型接口切片自动解包 - ⚠️ 注意 PostgreSQL 里
NULL值会被视为独立项参与去重；MySQL 则可能合并多个NULL—— 行为取决于驱动和数据库版本
想查整行去重？得用子查询或原生 SQL
SQL 标准中 DISTINCT * 是合法的，但 Pop 不允许 Select("*") 后接 Distinct()（会 panic）。真正需要“去重整行”时，常见做法是：
- 用业务字段组合去重：比如
tx.Select("id, name, email").Distinct()，前提是这些字段能唯一标识逻辑行 - 改用
tx.Raw手写语句：tx.Raw("SELECT DISTINCT ON (name) * FROM users ORDER BY name, created_at DESC").All(&users)（PostgreSQL 专属） - 避免在应用层做
map[struct{}]bool去重 —— 数据量大时内存和 GC 压力明显，且丢失了数据库索引加速优势
最易被忽略的一点：Pop 的 Distinct 不会改变查询的 JOIN 行为。如果用了 joins，去重范围是最终 JOIN 后的整行结果，不是主表单表 —— 这可能导致意外少数据，调试时建议先用 tx.Debug() 看生成的 SQL。
