STRING_AGG和LISTAGG非跨库通用：Oracle仅支持LISTAGG（11gR2起），无STRING_AGG；SQL Server 2017+仅支持STRING_AGG，无LISTAGG；二者语法、排序位置、溢出处理及窗口支持均不同，不可互换。
STRING_AGG 和 LISTAGG 不是跨数据库通用的函数：**Oracle 没有 STRING_AGG，SQL Server 没有 LISTAGG**。它们是各自生态中实现字符串聚合的原生函数，语法、行为和限制差异明显。
Oracle 中只能用 LISTAGG，不存在 STRING_AGG
Oracle 11g R2 起引入 LISTAGG，是唯一标准字符串聚合函数。试图在 Oracle 中执行 STRING_AGG 会直接报错 ORA-00904: "STRING_AGG": invalid identifier。
-
LISTAGG必须配合WITHIN GROUP (ORDER BY ...)子句，排序不可省略 - 默认无溢出处理 —— 超过 4000 字节（或 32767 字节，取决于数据库版本和字符集）会抛出
ORA-01489: result of string concatenation is too long - 可用
ON OVERFLOW TRUNCATE '...' WITH COUNT（12cR2+）缓解，但需显式声明 - 空值会被静默忽略（不参与拼接），无需额外
COALESCE
SQL Server 中只有 STRING_AGG，不支持 LISTAGG
SQL Server 2017+ 才提供 STRING_AGG，此前需用 FOR XML PATH 或 CLR 等变通方案。在 SQL Server 中执行 LISTAGG 会返回 Msg 195, Level 15: 'LISTAGG' is not a recognized built-in function name.
-
STRING_AGG的ORDER BY写在函数内部（如STRING_AGG(col, ',') WITHIN GROUP (ORDER BY col)），注意括号位置和关键词大小写不敏感但建议统一 - 自动处理 NULL：默认跳过，与 Oracle 一致；若需保留，得先
COALESCE(col, 'NULL') - 无内置溢出截断机制 —— 超长时按
varchar(max)或nvarchar(max)容量承载，一般不会报错，但可能影响性能 - 分隔符不能为空字符串（
''），否则报错Msg 9825, Level 16: The separator argument in STRING_AGG must be a constant expression.，且不能为NULL
迁移或跨库写法时最常踩的坑
把 Oracle 的 LISTAGG(col, ',') WITHIN GROUP (ORDER BY col) 直接复制到 SQL Server 会失败，反之亦然。二者语法结构表面相似，实则不可互换。
- 排序子句位置不同：
LISTAGG的ORDER BY在WITHIN GROUP里；STRING_AGG的WITHIN GROUP是可选修饰，且必须紧跟函数后（不是字段后） - Oracle 中
LISTAGG支持分析函数用法（加OVER (...)），SQL Server 的STRING_AGG**不支持窗口用法**，只能用于GROUP BY场景 - PostgreSQL 的
string_agg（小写）更接近 SQL Server 的语义，但 Oracle 用户迁过去容易漏掉ORDER BY的位置调整（PostgreSQL 中写成string_agg(col, ',' ORDER BY col)） - MySQL 的
GROUP_CONCAT行为介于两者之间，但三者均不兼容 —— 切换数据库时必须重写聚合逻辑
实际替换建议：别硬套函数名，先看需求再选语法
如果你正在做 Oracle → SQL Server 迁移，不要尝试“把 LISTAGG 替换成 STRING_AGG”，而应检查每处使用是否真需要排序、是否容忍空值、是否涉及超长文本 —— 这些才是决定写法的关键。
- 简单拼接无排序？SQL Server 可用
STRING_AGG(col, ',')；Oracle 必须写全WITHIN GROUP，哪怕只按主键排 - 要兼容 NULL 显示为字符串？两边都得提前
COALESCE(col, '<null>') - Oracle 有
ON OVERFLOW截断，SQL Server 没对应能力，大结果集建议在应用层或加LEFT(STRING_AGG(...), 4000)控制长度 - 若原 Oracle 查询用了
LISTAGG(...) OVER (PARTITION BY x ORDER BY y)（分析函数模式），SQL Server 中必须改用CROSS APPLY+ 子查询模拟，无法直译
