会，ARRAY_AGG默认保留NULL值，使其成为数组元素，易致UNNEST或下标访问出错；需用FILTER(WHERE col IS NOT NULL)显式过滤。
ARRAY_AGG 会把 NULL 值也塞进数组里吗？
会。默认情况下 ARRAY_AGG 不过滤 NULL，只要源列值是 NULL，它就会出现在结果数组中。这常导致后续用 UNNEST 或下标访问时出意外，比如 arr[1] 拿到 NULL 而不是预期值。
实操建议：
- 明确需要排除空值时，加
FILTER (WHERE col IS NOT NULL)子句（PostgreSQL 9.4+） - 或在聚合前用
CASE WHEN转换，例如：ARRAY_AGG(CASE WHEN status = 'active' THEN user_id END) FILTER (WHERE status = 'active') - MySQL 和 SQL Server 没有原生
ARRAY_AGG，得用JSON_ARRAYAGG或字符串拼接模拟，行为和语义都不同
ORDER BY 在 ARRAY_AGG 里怎么写才生效？
必须写在 ARRAY_AGG 函数内部，作为其直接参数，不能放在外层 GROUP BY 后的 ORDER BY。外层排序只影响结果行顺序，不影响数组内元素顺序。
常见错误现象：执行完发现数组内容乱序，但语句看起来“写了 ORDER BY”。
正确写法示例（PostgreSQL）：
SELECT dept, ARRAY_AGG(name ORDER BY hire_date DESC) AS members FROM employees GROUP BY dept;
注意点：
-
ORDER BY后可跟多个字段，支持ASC/DESC和NULLS FIRST/LAST - 如果没写
ORDER BY，数组顺序由查询执行计划决定，不可靠 - 在窗口函数中使用时（如
ARRAY_AGG(...) OVER (PARTITION BY x ORDER BY y)），ORDER BY还会影响窗口帧范围
ARRAY_AGG 和 STRING_AGG 的结果能互相转换吗？
不能直接互转——类型系统不兼容。PostgreSQL 中 ARRAY_AGG 返回 text[]（或其他具体数组类型），而 STRING_AGG 返回 text。强行转换会报错：cannot cast type text[] to text。
使用场景差异：
- 需要保留结构、做下标取值、与
ANY/@>等数组操作符配合 → 用ARRAY_AGG - 只用于展示、导出、拼接成 CSV → 用
STRING_AGG更轻量 - 想从数组转字符串？用
ARRAY_TO_STRING(arr, ', ')，注意它会把NULL元素转为空字符串，除非显式指定第三参数
大分组下 ARRAY_AGG 容易 OOM 或超内存限制
当某一分组包含数万行数据时，ARRAY_AGG 会一次性把所有值加载进内存构造数组，可能触发 PostgreSQL 的 work_mem 限制，报错：out of memory 或降级为磁盘排序（极慢）。
性能应对策略：
- 先用
LIMIT或业务条件缩小分组粒度（例如按日期分区后再聚合） - 避免在高基数字段上盲目
GROUP BY，检查是否真需要每个分组都生成完整数组 - 考虑用子查询 +
ROW_NUMBER()截断：只取每组前 N 个，再套ARRAY_AGG - 如果只是校验存在性，用
BOOL_OR(col = 'x')比聚合整个数组高效得多
数组大小本身没有硬限制，但实际受 work_mem 和可用 RAM 制约，这个边界往往比预想中低得多。
