直接用 GROUP BY 多列 + 聚合函数是最快最标准的多列聚合汇总方式；DISTINCT 只能去重整行，不支持统计计算，且不能与聚合函数混用，而 DISTINCT ON 适用于每组取一行的场景，非聚合用途。
直接用 GROUP BY 多列 + 聚合函数，是最快、最标准的做法；DISTINCT ON 适合“每组取一行”的场景，但不是聚合汇总。
为什么不能只用 DISTINCT 做多列聚合汇总
DISTINCT 只能去重整行，不计算统计值。比如你有一张销售表，想按 region 和 product_type 分组，同时算出每组的订单数、平均金额、最高单笔金额——SELECT DISTINCT region, product_type FROM sales 连 COUNT 都没有，根本达不到汇总目的。
常见错误现象是：写了 SELECT DISTINCT region, product_type, COUNT(*) 却报错 column "region" must appear in the GROUP BY clause，因为 DISTINCT 和聚合函数不能混用在同一个层级。
-
DISTINCT是查询级去重操作，作用于最终结果集 -
GROUP BY是分组机制，为聚合函数提供计算上下文 - 想“去重后汇总”，本质是“先按多列分组，再聚合”，不是“先去重，再挑几列”
GROUP BY 多列时必须严格匹配 SELECT 列
PostgreSQL 要求：所有出现在 SELECT 列表中、又没被聚合函数包裹的列，必须原样出现在 GROUP BY 子句里。
例如要按部门和岗位统计人数与平均薪资：
SELECT department, job_title, COUNT(*), AVG(salary) FROM employees GROUP BY department, job_title;
如果漏写 job_title 或多写一个没出现在 SELECT 中的列（如 hire_date），都会报错。
- 允许
GROUP BY department, job_title，即使SELECT里只用了department—— 但 PostgreSQL 会拒绝这种写法，它比 MySQL 严格 - NULL 值会被当作独立一组参与分组，
GROUP BY department会把所有department IS NULL的行归为同一组 - 若某组数据为空（比如某部门某岗位没人），那这组就不会出现在结果里，不会自动补
0
需要“每组取最新一条”时，用 DISTINCT ON 而非 GROUP BY
当你要的是“每个部门薪资最高的人是谁”，而不是“每个部门平均薪资多少”，DISTINCT ON 更简洁高效：
SELECT DISTINCT ON (department) department, emp_name, salary, hire_date FROM employees ORDER BY department, salary DESC, hire_date DESC;
注意：DISTINCT ON 必须配合 ORDER BY，且 ORDER BY 的前导列必须和 DISTINCT ON 的列一致；否则行为未定义，可能返回任意一行。
-
DISTINCT ON不做数值聚合，只保留排序后每组第一行 - 它比窗口函数（如
ROW_NUMBER()）或子查询更轻量，尤其在有索引（如(department, salary DESC)）时性能优势明显 - 不能用它算
COUNT或SUM，那是GROUP BY的职责
聚合时对数组或字符串去重要绕个弯
STRING_AGG() 和 ARRAY_AGG() 本身不支持 DISTINCT 参数（PostgreSQL 目前仍不支持），想在聚合前去重，得提前处理：
- 字符串拼接去重：
STRING_AGG(DISTINCT name, ', ')❌ 不合法；应改用：STRING_AGG(name, ', ' ORDER BY name)+ 外层 CTE 或子查询先SELECT DISTINCT - 数组去重：
ARRAY_AGG(name)会保留重复；正确做法是：ARRAY(SELECT DISTINCT name FROM unnest(ARRAY['a','b','a']) AS t(name)) - 若频繁使用，可创建自定义函数
array_distinct(anyarray)，内部封装ARRAY(SELECT DISTINCT ...)
最容易被忽略的一点是：这些“先展开再聚合”的写法，在大数据量下可能显著拖慢查询，尤其是没索引支撑的 unnest() 操作。真要高频去重聚合，建议物化中间结果或加函数索引。
