string_agg不能直接用于update的set子句，因其是聚合函数，仅允许出现在select或having中；必须通过cte或子查询先聚合再join更新，并注意排序、null处理及字段长度匹配。
STRING_AGG 不能直接用于 UPDATE 语句的 SET 子句中——它是个聚合函数，只允许出现在 SELECT 列表或 HAVING 子句里，UPDATE 中裸用会报错 Invalid use of aggregate function。想靠它“辅助更新”，得绕一层逻辑，本质是先查后改。
为什么不能在 UPDATE 中直接写 STRING_AGG？
SQL Server 的 UPDATE 语法不接受聚合函数作为目标列的赋值表达式。哪怕你加了 GROUP BY，UPDATE ... SET col = STRING_AGG(...) 也会立刻失败，错误提示类似：
Msg 130, Level 15, State 1, Line X Cannot perform an aggregate function on an expression containing an aggregate or a subquery.
这不是版本问题，是语法层级限制。2017+ 支持 STRING_AGG，但不改变 UPDATE 的语义约束。
正确做法：用 CTE 或子查询先聚合，再 JOIN 更新
把 STRING_AGG 放进 CTE 或派生表里算出结果，再通过主键或业务键关联到原表进行更新。这是唯一稳定、可读、可调试的路径。
- 必须确保聚合结果与目标行一一对应（比如按
order_id分组，再更新orders表的item_list字段） - JOIN 条件要精确——推荐用主键或带索引的业务字段，避免意外多对一导致重复更新
- 如果聚合字段含 NULL，记得提前用
ISNULL()或COALESCE()处理，否则拼接结果可能为空字符串
示例（将每个订单下的商品名拼成逗号列表，更新到订单表）：
WITH agg_items AS (
SELECT
order_id,
STRING_AGG(ISNULL(product_name, '<unknown>'), ', ')
WITHIN GROUP (ORDER BY sort_order) AS item_list
FROM order_details
GROUP BY order_id
)
UPDATE o
SET item_list = ai.item_list
FROM orders o
INNER JOIN agg_items ai ON o.order_id = ai.order_id;</unknown>
容易踩的坑：排序失效、空值吞没、长度截断
这三个问题在 UPDATE 场景下更隐蔽，因为结果不直接可见：
-
WITHIN GROUP (ORDER BY ...)缺失 → 拼接顺序每次不同，更新后数据不可重现；必须显式写，且 ORDER BY 字段得属于 GROUP BY 列或聚合上下文 - 被拼接字段为 NULL →
STRING_AGG默认跳过，整段里“消失”，看起来像漏数据；用ISNULL(col, '')显式兜底 - 拼接结果超长 → 虽然返回类型是
varchar(max)，但如果目标列定义是varchar(500)，UPDATE 会静默截断，不报错；务必核对目标字段长度
真正麻烦的不是语法怎么写，而是更新后才发现拼接顺序乱了、某个 NULL 导致字段变空、或者几百条记录被无声截断——这些都得靠提前验证聚合结果和目标字段定义来规避。
