string_agg是sql server 2017+及postgresql中专用于多行字符串聚合的原生函数，必须满足版本≥2017、兼容级别达标、配合group by使用三大条件，且排序须用within group(order by)或函数内order by显式声明，分隔符必填、null默认跳过但空字符串需case处理。
直接用 STRING_AGG()，别在应用层循环拼接或套 array_agg() + array_to_string()——它就是为这事设计的，原生、快、语义清晰。
SQL Server 2017+ 中 STRING_AGG 必须满足的三个硬条件
不满足任一条件都会报错或结果不可靠：
-
SELECT @@VERSION输出必须含 “2017”、“2019” 或 “2022”（不是内部版本号如 14.x/15.x）；2016 及更早版本不支持，强行用会报Invalid object name 'STRING_AGG' - 数据库兼容级别必须 ≥110（2017）、≥150（2019）、≥160（2022），查：
SELECT DATABASEPROPERTYEX(DB_NAME(), 'CompatibilityLevel')；若结果是 140 却想用 2022 功能，得先执行ALTER DATABASE CURRENT SET COMPATIBILITY_LEVEL = 160 -
STRING_AGG是聚合函数，**必须配合GROUP BY**；写成SELECT STRING_AGG(name, ', ') FROM users会直接报错STRING_AGG is not allowed in the context；全表合并可用GROUP BY ()（PostgreSQL 支持）或GROUP BY (SELECT NULL)（SQL Server 兼容写法）
PostgreSQL 的 string_agg 排序和空值处理要点
不显式声明排序，结果顺序就是未定义的——哪怕加了 ORDER BY 在外层也无效：
- 排序子句必须写在函数括号内：
string_agg(city, '、' ORDER BY city ASC)，写成string_agg(city, '、') ORDER BY city是错的 -
NULL值默认被跳过，但空字符串''不会被过滤，会导致北京、、上海这类异常；需用CASE WHEN转换：string_agg(CASE WHEN city = '' THEN NULL ELSE city END, '、') - 分隔符是必填位置参数，传
NULL直接报错delimiter must not be null；想无缝连接就写string_agg(name, '')，别留空或省略
SQL Server 与 PostgreSQL 在分隔符和类型转换上的关键差异
看似一样，实操时容易栽跟头：
- SQL Server 中分隔符不能是
NULL，否则整组结果为NULL；但可为''或CHAR(10)（注意 SSMS 网格视图不渲染换行，要右键 → “在文本中显示结果”） - PostgreSQL 要求
expression是文本类型，数字字段必须显式转换：string_agg(order_id::text, ', ')或string_agg(CAST(order_id AS TEXT), ', ')；SQL Server 通常自动隐式转换，但建议仍用CONVERT(VARCHAR, order_id)显式控制长度 - 去重需求：PostgreSQL 支持
string_agg(DISTINCT tag, ', ')；SQL Server 也支持，但DISTINCT必须放在expression前，如STRING_AGG(DISTINCT email, ', ')，不能放在分隔符后
最常被忽略的是：跨表 JOIN 后聚合，NULL 到底该跳过、转空串，还是打上 <missing></missing> 占位——这不单是技术问题，而是报表语义是否对得上业务口径。上线前务必拿真实数据比对，别只看测试用例那几条干净数据。
