distinct在gorm中不是独立链式方法，必须配合select()使用，如db.distinct().select("name")；查单字段需scan()配对应类型切片，多字段去重需注意null和顺序，distinct与groupby不可混用。
Distinct在GORM中不是链式方法，不能直接调用Distinct()
很多人看到SQL里有DISTINCT，下意识写db.Distinct().Find(&users)，结果报错或无效果——因为GORM v2（包括v1.23+）中Distinct()不是独立方法，它只接受字段名作为参数，且必须配合Select()使用，否则会被忽略。
-
Distinct()本身不改变查询结构，只是为后续Select()标记去重语义 - 单独写
db.Distinct("name")不会生效；必须写成db.Distinct().Select("name")或db.Select("DISTINCT name") - 如果查结构体（如
User），GORM会自动拼出所有字段，此时Distinct()对整行生效；但字段不全匹配时仍可能重复
查单个字段去重：用Distinct() + Select() + Scan()
这是最常见也最稳妥的用法。比如查所有不重复的部门名称：
var departments []string
db.Distinct().Select("department").Find(&departments).Error
// 生成 SQL: SELECT DISTINCT "department" FROM "users"
- 必须用
Scan()或Find()配目标切片（类型需与字段一致） - 不能用
Find(&users)配[]User结构体，否则GORM会尝试映射全部字段，导致scan失败或数据错位 - 若字段含NULL，
DISTINCT会把NULL视为一个独立值（符合SQL标准）
查多字段组合去重：注意字段顺序和NULL影响
要按“城市+部门”去重，得明确指定字段：
type CityDept struct {
City string `gorm:"column:city"`
Department string `gorm:"column:department"`
}
var results []CityDept
db.Distinct().Select("city, department").Scan(&results).Error
// 生成 SQL: SELECT DISTINCT "city", "department" FROM "users"
- 字段顺序会影响结果排序（尤其搭配
ORDER BY时），但不影响去重逻辑 - 如果
city为NULL而department相同，(NULL, "tech")和(NULL, "tech")会被视为同一组；但(NULL, "tech")和("bj", "tech")一定不同 - GORM不会自动忽略NULL字段——这点和前端“空值合并”逻辑完全不同，得靠SQL层面处理（如用
COALESCE(city, '')）
Distinct和GroupBy混用容易踩坑
有人想“去重并统计数量”，就写db.Distinct().GroupBy("status").Count(&count)，结果报错或数值异常——因为DISTINCT和GROUP BY语义冲突，数据库通常拒绝这种组合。
- 正确做法是去掉
Distinct()，直接GroupBy("status").Count()，这本身已按分组去重 - 若真需要先去重再聚合（例如跨表去重后统计），得用子查询：
db.Table("(SELECT DISTINCT user_id FROM orders) AS t").Count(&count) - MySQL 8.0+支持
SELECT COUNT(DISTINCT user_id)，可手写原生SQL或用Raw()绕过GORM限制
Distinct()本质是生成SQL里的DISTINCT关键字，它不维护内存去重逻辑，也不感知业务唯一性。真正容易被忽略的是：**字段NULL值参与比较、与GroupBy的互斥性、以及结构体扫描时的字段对齐要求**——这些不看执行SQL根本发现不了。
