sql server中for xml子查询必须加括号，否则报错或扁平化；postgresql中xmlagg()需配合xmlelement()构造节点，且order by须置于函数内。
SQL Server 中 FOR XML 生成嵌套结构时，子查询必须用括号包裹
不加括号会导致语法错误或意外扁平化，尤其在 FOR XML AUTO 或 FOR XML EXPLICIT 场景下。SQL Server 把未括起的子查询当作独立语句处理，而非嵌套节点来源。
实操建议：
- 子查询作为列值参与
FOR XML时，一律用(SELECT ... FOR XML ...)形式，哪怕只返回单个值 -
FOR XML PATH('')拼接字符串时，若内部含SELECT，也需外层括号，否则报错Incorrect syntax near the keyword 'FOR' - 避免在
SELECT列表中混用普通列和未括子查询，例如col1, (SELECT ... FOR XML), col2是安全的；col1, SELECT ... FOR XML, col2直接报错
PostgreSQL 用 xmlagg() 拼接 XML 片段时，必须配合 xmlelement() 显式构造节点
直接传入字符串或字段值会丢失标签结构，xmlagg() 只聚合已合法的 xml 类型值，不会自动转义或包装。
常见错误现象：输出为纯文本拼接，无 <item></item> 等标签，或出现 invalid XML content 错误。
实操建议：
- 每个待聚合项必须是
xmlelement(name item, value)或类似构造，不能是value::text - 注意
ORDER BY必须写在xmlagg()内部，如xmlagg(xmlelement(...) ORDER BY id)，外部ORDER BY不生效 - 若源字段含特殊字符（如
&、），<code>xmlelement()自动转义，无需手动replace()
MySQL 8.0+ 解析 XML 字段用 ExtractValue() 还是 XMLQUERY()？
ExtractValue() 已被标记为废弃（deprecated），MySQL 8.0.29 起推荐用 XMLQUERY() + XMLTABLE()，否则未来版本会失效。
性能与兼容性影响明显：
-
ExtractValue(xml_col, '//price')在 8.0.29+ 仍可用但警告，8.1+ 可能移除 -
XMLQUERY('xs:string(//price)' PASSING xml_col)返回标量，适合单值提取 - 多节点拆分必须用
XMLTABLE，例如SELECT * FROM XMLTABLE('//item' PASSING xml_col COLUMNS name STRING PATH 'name') - 路径表达式不支持完整 XPath 2.0，
position()、last()等函数不可用
XML 聚合后想转成 JSON，别用字符串替换，优先走数据库原生转换
手工 REPLACE(REPLACE(...)) 模拟 JSON 结构极易出错：属性名没引号、数值未去引号、嵌套层级断裂、特殊字符未转义。
实操建议：
- SQL Server 2016+：先
FOR XML PATH，再用FOR JSON PATH套一层，或用STRING_AGG()+QUOTENAME()构造键值对 - PostgreSQL：用
row_to_json()或to_jsonb()处理结果集，比解析 XML 再拼 JSON 更稳 - MySQL：没有直接 XML→JSON 函数，宁可导出后用 Python/Node.js 处理，也别在 SQL 层硬写正则替换
最易被忽略的一点：XML 中的空元素（<price></price>）和缺失元素，在转 JSON 时行为不一致——有的库转成 null，有的跳过字段，这个边界必须在应用层对齐，不能依赖数据库默认。
