string_agg不指定排序即未定义行为，结果顺序完全不可控；postgresql须写string_agg(expr, sep order by col)，sql server须用within group(order by col)，外层order by无效。

不指定排序就是未定义行为，结果顺序完全不可控——不是“偶尔乱”，而是“随时可能变”，上线后出问题只是时间问题。

STRING_AGG 不加 ORDER BY 就是未定义行为

PostgreSQL 和 SQL Server 都明确要求：STRING_AGG 本身不承诺任何拼接顺序。它不按插入顺序、不按主键顺序、不按索引物理位置拼接，只依赖当前执行计划中行的临时输出顺序。并行扫描、Vacuum 后页重组、统计信息更新、甚至客户端 fetch size 变化，都可能让同一语句两次执行返回不同字符串。

• 错误写法：STRING_AGG(name, ', ') —— 没有 ORDER BY，永远别信测试环境里“看起来有序”
• PostgreSQL 正确写法：STRING_AGG(name, ', ' ORDER BY created_at DESC)（ORDER BY 必须紧贴分隔符后，且在函数括号内）
• SQL Server 正确写法：STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY created_at DESC)（WITHIN GROUP 是强制语法，不能省略）

外层 ORDER BY 对 STRING_AGG 完全无效

很多人把排序写在查询末尾，比如 SELECT STRING_AGG(name, ', ') FROM t GROUP BY dept ORDER BY dept，这只会让分组结果按 dept 排序，对每个分组内部的拼接顺序毫无影响。

• 现象：dept = 'sales' 这一组，第一次返回 'Alice,Bob'，第二次变成 'Bob,Alice'
• 原因：外层 ORDER BY 不作用于聚合函数内部；只有函数内的排序子句才控制拼接逻辑
• 验证方式：用 EXPLAIN (ANALYZE) 看执行计划，如果没看到 Sort 节点出现在聚合前，说明排序根本没生效

NULL 值和排序字段不匹配会放大乱序风险

即使写了 ORDER BY，如果排序字段含大量 NULL、或字段不在 GROUP BY 列表中，数据库可能退化为无序合并。

• PostgreSQL 中，ORDER BY col 要求 col 必须是 GROUP BY 中的列，或来自同级聚合表达式（如 MAX(updated_at)）；否则报错
• SQL Server 中，WITHIN GROUP (ORDER BY email) 若 email 未出现在 GROUP BY 或聚合中，直接语法报错
• NULL 默认排最前（NULLS FIRST），若业务希望空值靠后，必须显式写 NULLS LAST，否则看似“稳定”的顺序其实隐含歧义

最容易被忽略的是视图或物化视图里的 STRING_AGG —— 一旦定义时漏掉排序子句，下游所有调用方都会继承这个不确定性，而你很难从调用侧发现根源在哪。