STRING_AGG必须搭配GROUP BY使用，PostgreSQL中排序写在函数内如STRING_AGG(name, ', ' ORDER BY id)，SQL Server则必须用WITHIN GROUP(ORDER BY created_at)，分隔符不可为NULL，非字符串字段需显式转换。
直接用 STRING_AGG，但必须分清 PostgreSQL 和 SQL Server 的语法差异——写错一个括号或位置，就报错或乱序。
PostgreSQL 中 STRING_AGG 的括号和 ORDER BY 位置
PostgreSQL 允许在函数参数里直接写排序，但括号不能漏、顺序不能错。常见错误是把 ORDER BY 写在函数外或漏括号。
-
STRING_AGG(name, ', ' ORDER BY id)✅ 正确：ORDER BY是函数参数的一部分，必须紧贴分隔符后、括号内 -
STRING_AGG(name, ', ') ORDER BY id❌ 报错：这是外层查询排序，不影响拼接顺序 -
STRING_AGG(name, ', ' ORDER BY id DESC❌ 缺少右括号，语法错误 - 分隔符为空字符串
''可以，但不能为NULL，否则报ERROR: separator must not be null
SQL Server 中 STRING_AGG 必须配 WITHIN GROUP
SQL Server 不接受函数内写 ORDER BY，WITHIN GROUP 是强制语法，且位置固定、字段受限。
-
STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY created_at)✅ 正确：WITHIN GROUP紧跟函数括号后，不可省略 -
STRING_AGG(name, ', ') ORDER BY created_at❌ 报错：Incorrect syntax near the keyword 'WITHIN' -
STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY name) WHERE status = 'active'❌ORDER BY字段必须来自GROUP BY子句或为聚合表达式，不能是未分组的裸列 - 换行要用
CHAR(13)+CHAR(10)，不能写E'\n'（PostgreSQL 写法，在 SQL Server 无效）
STRING_AGG 必须搭配 GROUP BY，不能裸用
它本质是聚合函数，行为和 COUNT() 一样——没有分组维度，数据库不知道“按什么合并”。
-
SELECT STRING_AGG(name, ', ') FROM users❌ 报错：STRING_AGG is not allowed in the context -
SELECT dept_id, STRING_AGG(name, '; ') FROM users GROUP BY dept_id✅ 正确 - 想全表拼成一行？得绕一下：
SELECT STRING_AGG(name, ', ') FROM (SELECT name FROM users) t GROUP BY ()在 PostgreSQL 可行；SQL Server 不支持空括号，得用GROUP BY (SELECT NULL)或窗口函数STRING_AGG(...) OVER()（但语义已不同） - 字段非字符串类型（如
id int）要显式转：STRING_AGG(CAST(id AS TEXT), ', ')（PostgreSQL）或STRING_AGG(CAST(id AS VARCHAR), ', ')（SQL Server）
空值和空字符串处理容易被忽略
STRING_AGG 默认跳过 NULL，但空字符串 '' 会被保留——这常导致结果里出现多余分隔符，比如 北京、、上海。
- 想把空字符串也当
NULL过滤：STRING_AGG(NULLIF(city, ''), '、')（PostgreSQL）或STRING_AGG(NULLIF(city, ''), '、')（SQL Server 支持NULLIF） - 想把
NULL显示为文字'NULL'：STRING_AGG(COALESCE(city, 'NULL'), '、') - 分隔符本身含特殊字符（如
' || '）无需额外转义，但若用换行，PostgreSQL 写E'\n'，SQL Server 必须用CHAR(13)+CHAR(10) - 拼接结果超长可能触发内存限制（PostgreSQL 的
work_mem、SQL Server 的varchar(max)截断），大字段需提前评估长度
