会。ARRAY_AGG默认将NULL值作为有效元素纳入数组，如{'Alice', NULL, 'Bob'}，易导致UNNEST或应用层解析出错；需用FILTER(WHERE col IS NOT NULL)显式过滤或预过滤WHERE处理。
ARRAY_AGG 会把 NULL 值也塞进数组里吗
会。默认行为下，ARRAY_AGG 不过滤 NULL，比如 SELECT ARRAY_AGG(name) FROM users WHERE id IN (1,2,3)，只要某条记录的 name 是 NULL，结果数组里就真会出现一个 NULL 元素。
这常导致后续应用层解析失败或逻辑误判。解决方法是显式过滤：
- 用
WHERE name IS NOT NULL预过滤（推荐，语义清晰、性能好） - 或用
ARRAY_AGG(name) FILTER (WHERE name IS NOT NULL)（兼容旧版本 PostgreSQL 9.4+，适合不能改 WHERE 条件的场景）
ORDER BY 在 ARRAY_AGG 里怎么写才生效
直接在 ARRAY_AGG 外面加 ORDER BY 是无效的——那只是对整个查询结果排序，不影响聚合内部顺序。必须把排序逻辑写进聚合函数里：
ARRAY_AGG(name ORDER BY created_at DESC)
常见错误包括：
- 写成
ARRAY_AGG(name) ORDER BY created_at→ 报错：column "created_at" must appear in the GROUP BY clause - 漏掉括号，如
ARRAY_AGG(name ORDER BY created_at DESC)写成ARRAY_AGG(name) ORDER BY created_at DESC→ 语法错误 - 想按表达式排序却没加括号，比如
ARRAY_AGG(name ORDER BY LOWER(name))才对，LOWER(name)必须在ORDER BY子句内
多列合并成一个数组结构怎么做
ARRAY_AGG 本身只接受单个表达式，但你可以用行构造器（row constructor）把它变成二维结构：
ARRAY_AGG(ROW(id, name, email)) → 返回 {(1,"a","a@b.com"),(2,"b","b@b.com")}
注意点：
- 结果是
text[]类型（除非你显式转换），不是嵌套数组；PostgreSQL 不原生支持多维数组类型混用 - 如果想转成 JSON 数组，更稳妥的做法是用
JSON_AGG：JSON_AGG(JSON_BUILD_OBJECT('id', id, 'name', name)) - 用
ROW构造后，取值需用下标，比如(arr[1]).name（但可读性差，不建议在业务逻辑中依赖）
GROUP BY 和 ARRAY_AGG 配合时容易漏掉字段
典型错误是：写了 SELECT user_id, ARRAY_AGG(product_name) 却没把 user_id 放进 GROUP BY，或者漏了其他非聚合字段。
PostgreSQL 严格要求：所有 SELECT 列中非聚合表达式，都必须出现在 GROUP BY 中。否则报错：column "xxx" must appear in the GROUP BY clause or be used in an aggregate function
实操建议：
- 先写好
GROUP BY，再补 SELECT 字段，避免遗漏 - 若用子查询或 CTE 提前聚合，记得外层别再重复
GROUP BY，否则可能多一层空数组嵌套 - 调试时加
COUNT(*)对照：比如SELECT user_id, COUNT(*), ARRAY_AGG(product_name)，能快速验证分组是否符合预期
数组长度和 COUNT(*) 不一致？八成是前面提到的 NULL 没过滤干净，或者 JOIN 导致笛卡尔积膨胀后又被聚合掩盖了问题。
