FOR XML EXPLICIT 是 T-SQL 中最灵活也最难掌握的 XML 生成方式，通过 Tag/Parent 列定义树结构，用列别名控制属性、元素、顺序等，适用于复杂嵌套、混合属性/元素、需精确层级控制的场景。
FOR XML EXPLICIT 是 T-SQL 中最灵活、也最难掌握的 XML 生成方式，适合生成结构复杂、嵌套多层、混合属性/元素、需精确控制节点顺序和层级的 XML。它不靠自动映射，而是靠“用结果集模拟 XML 树结构”——每一行代表一个 XML 节点，通过 Tag 和 Parent 列定义层级关系，再用列别名控制命名、位置（属性还是元素）、是否为空等。
核心机制：用两列定义树形结构
必须包含且仅能有一列名为 Tag（整数，从 1 开始，代表节点层级编号），一列名为 Parent（整数，指向上级节点的 Tag 值，根节点为 NULL 或 0）。其他所有列都通过特定别名语法参与 XML 构建：
-
列名!Tag号!属性名!type→ 生成属性（!type可省略或写attribute） -
列名!Tag号!!element→ 强制作为子元素（即使值非空） -
列名!Tag号!→ 默认行为：NULL 值不出现；非 NULL 时，若父级无同名元素则作元素，否则可能被合并（易出错，建议显式写!!element） -
列名!Tag号!!hide→ 不输出，仅用于排序或计算（如辅助生成 ID）
生成带属性+嵌套元素的典型结构
例如要生成：
对应 SQL 需分三层（Order=Tag1，OrderDate=Tag2，Detail=Tag3），并确保同一 Order 的所有 Detail 行 Parent=1，且按 Order 排序：
AI舌诊面诊问诊医疗系统+诊疗商城系统源码
下载
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
SELECT 1 AS Tag, NULL AS Parent, o.OrderID AS [Order!1!OrderID!attribute], o.CustomerID AS [Order!1!CustomerID!attribute], NULL AS [OrderDate!2!text], NULL AS [Detail!3!ProductID!attribute], NULL AS [Detail!3!Quantity!attribute] <p>FROM Orders o WHERE o.OrderID IN (10248)</p><p>UNION ALL</p><p>SELECT 2 AS Tag, 1 AS Parent, o.OrderID, o.CustomerID, o.OrderDate, NULL, NULL FROM Orders o WHERE o.OrderID IN (10248)</p><p>UNION ALL</p><p>SELECT 3 AS Tag, 1 AS Parent, -- 注意：Detail 的 Parent 是 Order（Tag1），不是 OrderDate（Tag2） o.OrderID, o.CustomerID, NULL, od.ProductID, od.Quantity FROM Orders o JOIN [Order Details] od ON o.OrderID = od.OrderID WHERE o.OrderID IN (10248)</p><p>ORDER BY [Order!1!OrderID!attribute], Tag FOR XML EXPLICIT
关键注意事项和避坑点
-
必须显式排序：XML 层级依赖行序，
ORDER BY必须按父节点字段 +Tag升序，否则嵌套错乱 - NULL 值控制严格：某行中，父级 Tag 列为 NULL，则该行不会生成对应节点；子节点行中父级字段若为 NULL，会导致挂错位置
-
避免列名冲突：同一 Tag 下不能有重复别名（如两个
[Name!1!text]），否则只取第一个 -
空元素处理：用
!!element可生成<tag></tag>；若值为 NULL 且未加!!element，该元素直接消失 -
性能不高：大量 UNION + 排序 + 显式层级计算，大数据量慎用；优先考虑
FOR XML PATH或应用层拼接
什么时候该用 EXPLICIT 而不是 PATH？
当 XML 结构存在以下情况时，FOR XML PATH 很难甚至无法实现：
- 同一层级下混用属性和子元素（如
<person id="5"><name>Alice</name></person>） - 需要精确控制元素出现顺序（PATH 按 SELECT 列序，EXPLICIT 按行序）
- 同一父节点下需多个同名子元素（如多个
<detail></detail>），且它们来自不同 JOIN 表或条件分支 - 需要生成注释（
<!-- ... -->）、CDATA 区段或处理指令（EXPLICIT 本身不支持，但可配合字符串拼接“模拟”，不推荐）
基本上就这些。FOR XML EXPLICIT 像手写 XML DOM，自由度高，但代价是代码冗长、易错、难维护。现代开发中，除非遗留系统强约束或极特殊格式要求，否则更推荐用 FOR XML PATH 搭配 STUFF 和子查询，或把 XML 组装逻辑移到应用层。
