低版本sql server需用子查询+for xml path('')模拟string_agg，必须加type和.value()防转义、内置order by保序、isnull包一层处理全null返回，并前置distinct和空值过滤以防重复或空串。
子查询里怎么模拟STRING_AGG的拼接效果
低版本 SQL Server（2016 及更早）、MySQL 5.6 或某些不支持 STRING_AGG 的旧环境，必须用子查询 + FOR XML PATH('')（SQL Server）或 GROUP_CONCAT（MySQL）来模拟。但直接套用容易漏掉关键约束——比如没加 ORDER BY 导致结果顺序随机，或没处理 NULL 导致拼接中断。
- SQL Server：用
(SELECT '' + name FROM users u2 WHERE u2.dept_id = u1.dept_id FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)')，必须加TYPE和.value()避免转义字符污染 - MySQL：用
(SELECT GROUP_CONCAT(name ORDER BY hire_date SEPARATOR ', ') FROM users u2 WHERE u2.dept_id = u1.dept_id)，ORDER BY必须写在子查询内部，外层无效 - 所有场景下，子查询必须有明确的关联条件（如
u2.dept_id = u1.dept_id），否则变成笛卡尔积，性能崩盘
为什么子查询模拟时总拼出重复值或空字符串
常见现象是同一个部门名反复出现，或者拼出来一堆逗号：,,,。根本原因不是语法错，而是数据源没清洗——特别是当子查询没做去重、也没过滤空值时，原始表里的重复记录或空字符串会原样进入拼接流。
- 去重必须前置：在子查询里加
DISTINCT，例如SELECT DISTINCT name FROM users u2 WHERE ... - 空字符串要转
NULL：用CASE WHEN name = '' THEN NULL ELSE name END，否则GROUP_CONCAT会把它当有效值拼进去 -
FOR XML PATH对NULL值完全静默，但若所有值都是NULL，整个子查询返回NULL，不是空字符串——业务上需用ISNULL(..., '')包一层
嵌套子查询中排序和分组怎么对齐
错误写法是把 ORDER BY 放在外层查询，以为能控制拼接顺序。实际上子查询的执行独立于外层，排序必须固化在子查询内部，且排序字段必须来自该子查询可访问的列。
- 不能写：
SELECT dept_id, (SELECT name FROM users u2 WHERE u2.dept_id = u1.dept_id) AS list FROM users u1 GROUP BY dept_id ORDER BY name→ 报错或无效 - 必须写：
SELECT dept_id, (SELECT STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY hire_date DESC) FROM users u2 WHERE u2.dept_id = u1.dept_id) AS list FROM users u1 GROUP BY dept_id - 如果用
FOR XML模拟，排序要写成：SELECT ... ORDER BY hire_date DESC FOR XML PATH(''), TYPE，缺一不可
跨数据库兼容时最易忽略的细节
不同数据库对子查询聚合的容忍度差异极大。PostgreSQL 允许子查询返回单值直接参与外层 SELECT，而 SQL Server 要求标量子查询（即必须只返回一行一列），MySQL 则对子查询结果长度敏感（GROUP_CONCAT 默认限制 1024 字符）。
- SQL Server：子查询若可能返回多行，必须加
TOP 1或聚合函数，否则报错 “subquery returned more than 1 value” - MySQL：调大
group_concat_max_len系统变量，否则长列表被截断，且这个设置不继承到视图里 - PostgreSQL：可用
(SELECT STRING_AGG(...))直接嵌套，但若内层没GROUP BY，外层又按其他字段分组，逻辑容易错乱——建议统一用 CTE 分步写清楚
