SQL Server 生成嵌套 XML 推荐用 FOR XML PATH 配合子查询：父表主查返回顶层，子表用含 TYPE 的相关子查询嵌入；FOR XML AUTO, ELEMENTS 适合简单扁平嵌套但控制力弱；EXPLICIT 用于需精确控制的复杂场景。
SQL Server 可以通过
子句将关系查询结果直接转换为嵌套 XML，核心在于合理使用
、
或更推荐的
配合子查询或
实现层级结构。
用 FOR XML PATH + 子查询构造父子嵌套
这是最常用、可读性较好且灵活的方式。父表主查询返回顶层元素，子表通过相关子查询（用
拼接或
生成子节点）嵌入其中。
外层查询用
包裹整体结构
子查询中用
，
关键字确保返回 XML 类型，避免被转义为字符串
字段别名决定 XML 元素名；空字符串别名（
）可生成文本节点
示例：订单（Orders）及其明细（OrderDetails）
用 FOR XML AUTO + ELEMENTS 做简单层级（适合一对多扁平嵌套）
当关联简单、层级较浅时，
能自动按表别名生成嵌套，但需注意：它按
顺序和表别名推断层级，不支持自定义元素名或深度控制。
必须显式写
字段，不能用
（否则列名冲突易出错）
给表起别名（如
），XML 中会以别名命名外层元素
让字段变为子元素而非属性；加
补根节点
示例：
输出中每个
下会包含多个
，但无法控制
是否包裹在
中——这是它的局限。
用 FOR XML EXPLICIT 精确控制层级与顺序（复杂场景）
当需要混合属性/元素、跨多级嵌套、动态节点名或条件节点时，
提供完全控制，但语法繁琐，需严格按
和
编号组织结果集。
查询必须返回至少三列：
（整数，标识节点层级）、
（该行节点的父 Tag 编号）、
可为
、
、
等
需用
合并不同层级的数据行，并按
排序保证生成顺序
虽强大，但仅建议用于报表导出等需严格 XML Schema 的场景；日常开发优先选
。
注意事项与实用技巧
生成嵌套 XML 时几个关键点容易出错：
子查询必须加
，否则返回 NVARCHAR，特殊字符（如
）会被转义，破坏嵌套结构
避免在子查询中漏写
关联条件，否则产生笛卡尔积，XML 膨胀
用
或
处理 NULL，防止空元素缺失或生成
（除非需要 Schema 支持）
若需 CDATA 包裹内容，在子查询中用
，再在外层用
提取（SQL Server 2005+）
FOR XMLFOR XML EXPLICITFOR XML AUTOFOR XML PATHCROSS APPLYFOR XML PATH('') FOR XML PATH('Item')SELECT ... FOR XML PATH('Parent'), ROOT('Root')SELECT ... FROM Child WHERE Child.ParentID = Parent.ID FOR XML PATH('Child'), TYPETYPEAS [text()]SELECT
o.OrderID AS '@id',
o.OrderDate AS 'order_date',
(SELECT
d.ProductID AS '@product',
d.Quantity AS '@qty'
FROM OrderDetails d
WHERE d.OrderID = o.OrderID
FOR XML PATH('detail'), TYPE) AS 'details'
FROM Orders o
FOR XML PATH('order'), ROOT('orders');FOR XML AUTO, ELEMENTSJOINSELECT*Orders o JOIN OrderDetails dELEMENTSROOT()SELECT
o.OrderID,
o.OrderDate,
d.ProductID,
d.Quantity
FROM Orders o
INNER JOIN OrderDetails d ON o.OrderID = d.OrderID
FOR XML AUTO, ELEMENTS, ROOT('result');EXPLICITTagParentTagParent列名按 [Tag!Level!Name!Directive] 格式别名
Level 1 是根，Level 2 是其子，依此类推；!directive elementattributehideUNION ALLORDER BY Tag, ParentPATH + 子查询TYPE&WHEREISNULL(col, '')COALESCExsi:nil="true"SELECT [text()]=col FOR XML PATH(''), TYPE.query('data(.)')