转换和层次结构
  尽管上例中的区别较小，但与用于联接表的一个查询一起使用时，AUTO和RAW之间的区别比较明显。无论数据是来自一个表还是来自多个表，使用FOR XML RAW的查询都将只返回<row>元素。因此，RAW模式不利用XML文档的固有分层结构。请看下面的SQL语句：
 

SELECT   Customers.CustomerID,
          CompanyName,
          OrderID,
          CONVERT(VARCHAR(10), OrderDate, 101) AS OrderDate
FROM     Customers
INNER JOIN Orders ON Customers.CustomerID = Orders.CustomerID
ORDER BY Customers.CustomerID

    本例将检索一种一对多父子关系。若执行该SQL语句，则将返回一系列客户及其相应定单。若附带FOR XML RAW子句并再次执行，则得出的XML结果将包含一个表示所返回的每一行的单<row>元素。例如，图 2中的XML数据表示CustomerID为ALFKI时FOR XML RAW将返回的行。
 

<row CustomerID="ALFKI" CompanyName="Alfreds Futterkiste" OrderID="10643" OrderDate="08/25/1997" />
<row CustomerID="ALFKI" CompanyName="Alfreds Futterkiste" OrderID="10692" OrderDate="10/03/1997" />
<row CustomerID="ALFKI" CompanyName="Alfreds Futterkiste" OrderID="10702" OrderDate="10/13/1997" />
<row CustomerID="ALFKI" CompanyName="Alfreds Futterkiste" OrderID="10835" OrderDate="01/15/1998" />
<row CustomerID="ALFKI" CompanyName="Alfreds Futterkiste" OrderID="10952" OrderDate="03/16/1998" />
<row CustomerID="ALFKI" CompanyName="Alfreds Futterkiste" OrderID="11011" OrderDate="04/09/1998" />

        图 2  XML数据

请注意，这些数据不以父子层次结构显示。若想让数据显示为包含一系列相关<Orders>元素的一系列<Customers>元素，则可使用FOR XML AUTO子句（父子嵌套方法取决于成组聚集的父行）。CustomerID为ALFKI 时的XML结果如下：
   

<Customers CustomerID="ALFKI" CompanyName="Alfreds Futterkiste">
    <Orders OrderID="10643" OrderDate="08/25/1997" />
    <Orders OrderID="10692" OrderDate="10/03/1997" />
    <Orders OrderID="10702" OrderDate="10/13/1997" />
    <Orders OrderID="10835" OrderDate="01/15/1998" />
    <Orders OrderID="10952" OrderDate="03/16/1998" />
    <Orders OrderID="11011" OrderDate="04/09/1998" />
</Customers>

    该XML的可读性大大提高，因为它使用表名来作为元素名。它所包含的数据也比较少，因为它不重复每个定单元素的CustomerID和CompanyName属性，而FOR XML RAW例子则不然。

    如果您更喜欢将列值表示为元素而不是属性，则您就会很幸运。通过在FOR XML子句中指定ELEMENTS选项，所有列值都将成为XML中的元素。有时百闻不如一见，因此本文在图 3中给出了当ELEMENTS条件适用时前面查询的输出。（为了简便起见，给出的XML示例仅包含CustomerID ALFKI的XML。这些查询所生成的实际XML会包含所有客户及其定单的XML。）使用ELEMENTS选项的查询如下： 
   

SELECT   Customers.CustomerID,
          CompanyName,
          OrderID,
          CONVERT(VARCHAR(10), OrderDate, 101) AS OrderDate
FROM     Customers
INNER JOIN Orders ON Customers.CustomerID = Orders.CustomerID
ORDER BY Customers.CustomerID
FOR XML AUTO, ELEMENTS

<Customers>
    <CustomerID>ALFKI</CustomerID>
    <CompanyName>Alfreds Futterkiste</CompanyName>
    <Orders>
        <OrderID>10643</OrderID>
        <OrderDate>08/25/1997</OrderDate>
    </Orders>
    <Orders>
        <OrderID>10692</OrderID>
        <OrderDate>10/03/1997</OrderDate>
    </Orders>
    <Orders>
        <OrderID>10702</OrderID>
        <OrderDate>10/13/1997</OrderDate>
    </Orders>
    <Orders>
        <OrderID>10835</OrderID>
        <OrderDate>01/15/1998</OrderDate>
    </Orders>
    <Orders>
        <OrderID>10952</OrderID>
        <OrderDate>03/16/1998</OrderDate>
    </Orders>
    <Orders>
        <OrderID>11011</OrderID>
        <OrderDate>04/09/1998</OrderDate>
    </Orders>
</Customers>

图 3 使用FOR XML AUTO, ELEMENTS

 

    该XML的可读性大大提高，因为它使用表名来作为元素名。它所包含的数据也比较少，因为它不重复每个定单元素的CustomerID和CompanyName属性，而FOR XML RAW例子则不然。    如果您更喜欢将列值表示为元素而不是属性，则您就会很幸运。通过在FOR XML子句中指定ELEMENTS选项，所有列值都将成为XML中的元素。有时百闻不如一见，因此本文在图 3中给出了当ELEMENTS条件适用时前面查询的输出。（为了简便起见，给出的XML示例仅包含CustomerID ALFKI的XML。这些查询所生成的实际XML会包含所有客户及其定单的XML。）使用ELEMENTS选项的查询如下：    

 

    该XML的可读性大大提高，因为它使用表名来作为元素名。它所包含的数据也比较少，因为它不重复每个定单元素的CustomerID和CompanyName属性，而FOR XML RAW例子则不然。    如果您更喜欢将列值表示为元素而不是属性，则您就会很幸运。通过在FOR XML子句中指定ELEMENTS选项，所有列值都将成为XML中的元素。有时百闻不如一见，因此本文在图 3中给出了当ELEMENTS条件适用时前面查询的输出。（为了简便起见，给出的XML示例仅包含CustomerID ALFKI的XML。这些查询所生成的实际XML会包含所有客户及其定单的XML。）使用ELEMENTS选项的查询如下：    

 

    该XML的可读性大大提高，因为它使用表名来作为元素名。它所包含的数据也比较少，因为它不重复每个定单元素的CustomerID和CompanyName属性，而FOR XML RAW例子则不然。     如果您更喜欢将列值表示为元素而不是属性，则您就会很幸运。通过在FOR XML子句中指定ELEMENTS选项，所有列值都将成为XML中的元素。有时百闻不如一见，因此本文在图 3中给出了当ELEMENTS条件适用时前面查询的输出。（为了简便起见，给出的XML示例仅包含CustomerID ALFKI的XML。这些查询所生成的实际XML会包含所有客户及其定单的XML。）使用ELEMENTS选项的查询如下：