SQL Server 2014带GROUP BY的字符串聚合：STUFF+XML PATH处理街道空值

• 原有XML PATH拼接方案失效的根源是SQL的三值逻辑规则：做等值匹配时，NULL = NULL的计算结果为未知，永远不会判定为真，因此Street为NULL的分组行，和子查询内同Street的记录根本无法完成关联匹配，自然拼接不出对应的值。
• 你尝试修改为按ID关联的写法存在两个硬伤：一是外层查询以Street为维度做GROUP BY聚合，引用了既没有做聚合计算、也没有纳入GROUP BY子句的p1.ID列，必然触发语法报错；二是这种关联逻辑完全偏离了“按Street维度拼接同组ID”的目标，就算语法通过，也只会让每个ID单独匹配自身，失去分组拼接的意义。

全版本SQL Server兼容写法（适配你现有的XML PATH+STUFF逻辑） #

只需要调整子查询的关联判断逻辑，将两侧的Street字段的NULL值替换为统一的占位标识，让原本无法等值匹配的NULL记录能正常归为同一分组，不需要改动原有拼接的核心逻辑：

SELECT 
    p1.Street,
    (STUFF((SELECT ',' + CAST(ID as varchar) 
            FROM Addresses p2
            -- 对两侧的Street做NULL归一处理，实现NULL与NULL的匹配
            WHERE ISNULL(p2.Street, '__NULL_GROUP__') = ISNULL(p1.Street, '__NULL_GROUP__')
            ORDER BY ID
            FOR XML PATH(''), TYPE).value('.', 'varchar(max)'), 1, 1, '')) AS IDs
FROM 
    Addresses p1
GROUP BY 
    p1.Street

这种写法完全不改变最终展示效果：分组匹配时用占位值识别同组的NULL记录，最终返回的Street列依然会正常展示原本的NULL值，不会出现占位字符串。

SQL Server 2017及以上版本的简化实现 #

如果数据库版本支持内置聚合函数STRING_AGG，完全可以弃用XML PATH+STUFF的组合写法，从根源上规避关联逻辑的坑，代码更简洁、性能也更优：

SELECT
    Street,
    STRING_AGG(CAST(ID AS varchar(max)), ',') WITHIN GROUP (ORDER BY ID) AS IDs
FROM Addresses
GROUP BY Street

该聚合函数在分组时会自动将Street为NULL的记录归为同一组，不需要额外编写子查询关联逻辑，完全不会触发NULL匹配失效的问题。

补充说明：如果业务场景中不需要展示Street为NULL的分组结果，只需要在查询最后追加WHERE Street IS NOT NULL的过滤条件即可，不需要调整核心的拼接逻辑。

内容的提问来源于stack exchange，提问作者Talal qadoummi