会，ARRAY_AGG默认保留NULL值，如ARRAY[1, NULL, 3]；需用FILTER(WHERE col IS NOT NULL)显式过滤，且ORDER BY必须写在函数内才能控制数组元素顺序。
ARRAY_AGG 会把 NULL 值也塞进数组里吗？
会，ARRAY_AGG 默认保留 NULL，这不是 bug，是设计行为。比如 SELECT ARRAY_AGG(name) FROM users GROUP BY dept，只要某条记录的 name 是 NULL，结果数组里就会出现一个 NULL 元素。
如果业务上想过滤掉 NULL，得显式用 FILTER 子句：
SELECT dept, ARRAY_AGG(name) FILTER (WHERE name IS NOT NULL) FROM users GROUP BY dept;
注意：不能写成 WHERE name IS NOT NULL 放在 GROUP BY 外层——那样会整行过滤，影响分组逻辑；FILTER 才是针对聚合函数本身的条件控制。
怎么让 ARRAY_AGG 的结果按特定顺序排列？
不加排序时，ARRAY_AGG 返回的数组元素顺序是不确定的（取决于扫描顺序或并行执行路径），生产环境必须显式指定 ORDER BY。
语法是在 ARRAY_AGG 内部直接写：
SELECT dept, ARRAY_AGG(name ORDER BY created_at DESC) FROM users GROUP BY dept;
常见陷阱：
-
ORDER BY里的字段必须出现在GROUP BY中，或为聚合表达式，否则报错column "xxx" must appear in the GROUP BY clause - 不能在外部
ORDER BY控制数组内元素顺序——那只会对分组行排序，不影响数组内容 - 若需多级排序（如先按状态、再按时间），直接写
ORDER BY status, created_at即可
ARRAY_AGG 和 STRING_AGG 的性能差异大吗？
底层都是逐行收集 + 合并，但 ARRAY_AGG 需维护类型信息和内存结构，比纯文本拼接的 STRING_AGG 略重。不过差距通常在毫秒级，除非单个数组含数万元素或字段本身是大对象（如 JSONB）。
更关键的取舍点是语义：
- 要后续用
ANY、@>、下标访问（arr[1]）或展开（UNNEST），必须用ARRAY_AGG - 只做展示或导出 CSV，
STRING_AGG更轻量，且天然支持自定义分隔符 - 混合使用场景（如先聚合再转 JSON）：PostgreSQL 12+ 支持
TO_JSONB(ARRAY_AGG(...))，但要注意NULL在 JSON 中的表现
遇到 “cannot accumulate arrays of different dimensions” 错误怎么办？
这个错误（ERROR: cannot accumulate arrays of different dimensions）说明你试图聚合的字段本身是数组类型，且维度不一致——比如有的值是 TEXT[]（一维），有的是 TEXT[][]（二维），ARRAY_AGG 拒绝合并。
解决路径只有两条：
- 统一源数据：检查上游插入逻辑，确保同字段始终为相同维度数组（例如全用
TEXT[]，别混用ARRAY['a']和ARRAY[['a']]） - 降维处理：用
UNNEST拆开再聚合，例如ARRAY_AGG(unnested) FROM (SELECT UNNEST(tags) AS unnested FROM posts) t，前提是业务允许扁平化
这种错误不会在普通字符串或数字字段上出现，专属于嵌套数组场景，容易被忽略直到上线后查数据才暴露。
