string_agg在sql server 2019中必须配合group by使用，排序需用within group语法，非字符串字段须显式转换，分隔符不可为null。
STRING_AGG 在 SQL Server 2019 中完全可用，但语法和行为与 PostgreSQL/MySQL 截然不同——写错位置、漏括号、混用 ORDER BY，都会直接报错或结果乱序。
必须搭配 GROUP BY，不能裸用
STRING_AGG 是聚合函数，语义上等同于 COUNT 或 SUM。没有分组维度，SQL Server 不知道“把哪些行拼在一起”。
- ❌ 错误写法：
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 ()在 SQL Server 不合法；改用GROUP BY (SELECT NULL)或更稳妥的 CTE 包裹
排序必须用 WITHIN GROUP，且位置固定
SQL Server 不接受 STRING_AGG(name, ', ') ORDER BY id 这种写法——ORDER BY 必须包在 WITHIN GROUP 里，且紧跟函数右括号后。
- ✅ 正确：
STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY created_at ASC) - ❌ 报错：
STRING_AGG(name, ', ') ORDER BY created_at→Incorrect syntax near the keyword 'WITHIN' - ⚠️ 注意：
ORDER BY字段必须来自GROUP BY子句，或为聚合表达式；裸列如id（未出现在 GROUP BY 中）会触发错误
非字符串字段必须显式转换，分隔符不能为 NULL
虽然文档说“隐式转换”，但实践中常因类型不匹配失败，尤其当 expression 是 int 或 decimal 时。
- ✅ 安全写法：
STRING_AGG(CAST(order_id AS VARCHAR(20)), ', ') - ❌ 隐式风险：
STRING_AGG(order_id, ', ')可能报错或截断，尤其遇到大整数或带小数的 decimal - 分隔符传
NULL直接报错：separator must not be null；空字符串''是合法的，但注意它会导致结果无分隔，如'abc' + '' + 'def' → 'abcdef' - 换行要用
CHAR(13)+CHAR(10)，不是'\n'或E'\n'（后者是 PostgreSQL 语法，在 SQL Server 无效）
窗口函数用法：保留原行数，但要防报错
用 STRING_AGG(...) OVER (PARTITION BY x) 可以每行显示本组拼接结果，不压缩行数。但它和 GROUP BY 天然互斥——混用必报错。
- ✅ 合法窗口写法：
STRING_AGG(name, ' | ') WITHIN GROUP (ORDER BY id) OVER (PARTITION BY dept) - ❌ 混用报错：
SELECT id, name, STRING_AGG(name, ',') OVER (PARTITION BY dept) FROM users GROUP BY dept→column "id" must appear in the GROUP BY clause - 最稳妥做法：先用 CTE 算出窗口结果，再 JOIN 原表，避免 SELECT 列类型冲突
最容易被忽略的是：WITHIN GROUP 的括号不能省、ORDER BY 必须在里面、非字符串字段不转就可能静默失败——别依赖“应该能转”，显式 CAST 或 CONVERT 才真正可控。
