会，ARRAY_AGG默认保留NULL值，如ARRAY[1, NULL, 3]；需用FILTER (WHERE col IS NOT NULL)显式过滤，且ORDER BY必须写在函数内才能控制顺序。
ARRAY_AGG 会把 NULL 值也塞进数组里吗？
会。默认情况下 ARRAY_AGG 不过滤 NULL，只要源列值为 NULL，结果数组里就对应一个 NULL 元素。这常导致后续用 UNNEST 或判断数组长度时出意料结果。
解决办法是显式加 FILTER 子句（PostgreSQL 9.4+）或用 WHERE 预过滤：
SELECT user_id, ARRAY_AGG(order_id) FILTER (WHERE order_id IS NOT NULL) AS orders FROM orders GROUP BY user_id;
注意：MySQL 和 SQL Server 没有 ARRAY_AGG，这是 PostgreSQL / BigQuery / Redshift / DuckDB 等支持的标准聚合函数；Oracle 用 COLLECT，SQLite 需扩展或改用 JSON 聚合。
怎么控制 ARRAY_AGG 里元素的顺序？
不指定顺序时，ARRAY_AGG 的输出顺序是不确定的——它依赖底层扫描顺序，每次执行可能不同。生产环境必须显式用 ORDER BY 子句：
-
ARRAY_AGG(name ORDER BY created_at DESC)→ 按时间倒序 -
ARRAY_AGG(id ORDER BY id)→ 数值升序，避免因索引变化导致数组错位 - 多个字段排序也支持：
ARRAY_AGG(value ORDER BY category, score DESC)
漏掉 ORDER BY 是线上逻辑 bug 的高发点，尤其当业务依赖“最新一条”或“首项默认值”时。
聚合结果超长被截断？怎么查 ARRAY_AGG 的实际长度限制？
PostgreSQL 默认不限制数组长度，但受内存和 work_mem 影响：过大的分组（如单个用户百万级标签）可能触发 ERROR: out of memory 或显著拖慢查询。
实操建议：
- 用
array_length(ARRAY_AGG(x), 1)查每组元素个数，提前识别异常分组 - 加
LIMIT截断（仅限 PostgreSQL 15+）：ARRAY_AGG(x ORDER BY ts LIMIT 100) - 旧版本可用子查询模拟：
ARRAY_AGG(x) FILTER (WHERE rn ，配合ROW_NUMBER() OVER (...) AS rn - BigQuery 中用
ARRAY_AGG(x LIMIT 100)更直接
想把数组转成字符串拼接，该用 STRING_AGG 还是 ARRAY_AGG + array_to_string？
优先用 STRING_AGG。它专为拼接设计，支持分隔符、排序、去重（DISTINCT），且不产生中间数组对象，内存更省、性能更好：
SELECT user_id, STRING_AGG(product_name, ' | ' ORDER BY purchase_time DESC) FROM purchases GROUP BY user_id;
而 ARRAY_AGG + array_to_string 多一层转换，还容易漏处理 NULL（array_to_string 遇到 NULL 元素会返回 NULL 整体）。
只有当你后续还需对数组做索引取值（如 arr[1]）、交集运算或传给函数接受 TEXT[] 类型时，才真正需要 ARRAY_AGG 的原生数组结构。
