postgresql中group by必须包含所有非聚合列，否则报错；正确做法是将非聚合列加入group by或用聚合函数包裹，如string_agg、array_agg；having用于分组后筛选，where用于分组前过滤；时间分组推荐date_trunc以保证精度和排序。
PostgreSQL中GROUP BY必须包含所有非聚合列
直接报错 column "xxx" must appear in the GROUP BY clause or be used in an aggregate function 是最常见拦路虎。这不是PostgreSQL“较真”，而是SQL标准强制要求：每个分组必须有唯一确定的行标识，否则数据库无法判断该返回哪一行的 name、email 或 created_at。
常见错误是写成：
SELECT category, name, SUM(amount) FROM sales GROUP BY category;
这会失败，因为同一 category 下可能有多个 name，数据库不知道挑哪个。正确做法只有两种：
- 把
name加进GROUP BY（变成多列分组） - 用聚合函数包裹
name，比如MAX(name)、STRING_AGG(name, ', ')或ARRAY_AGG(name)
STRING_AGG和ARRAY_AGG处理文本与列表聚合
想把一个分组里的多个字符串合并成单个值？别再用应用层拼接。PostgreSQL原生支持 STRING_AGG() 和 ARRAY_AGG()，它们能直接在SQL里完成结构化聚合。
例如按地区汇总客户名称：
SELECT region, STRING_AGG(customer_name, ' | ' ORDER BY created_at DESC) AS customers FROM sales GROUP BY region;
注意三点：
-
STRING_AGG()第二个参数是分隔符，必须是字符串字面量或表达式 -
ORDER BY必须写在括号内，不能放到外面的ORDER BY子句里 - 如果某组内
customer_name全为NULL，结果就是NULL，不是空字符串
需要保留结构做后续处理？用 ARRAY_AGG()：
SELECT category, ARRAY_AGG(DISTINCT product_id) AS products FROM sales GROUP BY category;
HAVING不是WHERE的替代品，而是分组后的筛选器
HAVING 容易被误用成“带聚合的WHERE”。它只作用于已分组的结果集，不能提前过滤原始行 —— 那是 WHERE 的事。
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
比如要查“销售额超5万的地区”，下面这个错在逻辑顺序：
-- ❌ 错误：WHERE里用了SUM，此时还没分组 SELECT region, SUM(amount) FROM sales WHERE SUM(amount) > 50000 GROUP BY region;
正确写法是：
-- ✅ 先分组，再用HAVING筛分组结果 SELECT region, SUM(amount) AS total FROM sales GROUP BY region HAVING SUM(amount) > 50000;
性能上，WHERE 越早过滤掉无关行，GROUP BY 处理的数据就越少；HAVING 则是在分组完成之后才介入，对性能无优化作用，纯属业务逻辑需要。
用DATE_TRUNC做时间维度分组时注意精度陷阱
按年、月、日统计是最常见需求，但直接用 EXTRACT(YEAR FROM order_date) 会丢失月份信息，导致无法排序或跨年对比。推荐统一用 DATE_TRUNC()。
例如按自然月汇总：
SELECT DATE_TRUNC('month', order_date) AS month_start,
COUNT(*) AS order_count,
SUM(amount) AS revenue
FROM orders
GROUP BY DATE_TRUNC('month', order_date)
ORDER BY month_start;
关键点：
-
DATE_TRUNC('month', ...)返回的是当月第一天的TIMESTAMP，比如2026-06-01 00:00:00，可直接参与排序和范围查询 - 别用
TO_CHAR(order_date, 'YYYY-MM')做分组 —— 它返回文本，排序会变成字典序（'2026-01' > '2026-10'） - 如果表数据量大，记得给
order_date字段建索引，DATE_TRUNC能利用前缀索引加速
复杂聚合真正的难点不在函数本身，而在于理解分组边界：每一行输出对应一个明确的分组键，所有非聚合字段要么是这个键的一部分，要么必须通过聚合函数压缩成单值。漏掉这一点，再漂亮的函数也跑不起来。
