在一次与客户的会面中，客户问我是否知道MSDataShapes。在搜肠刮肚的想了几分钟后，我终于想了起来，“噢，MSDataShapes是一种通过SQL的扩展语言来访问分级数据的途径”。

因此，我这样回答客户：“是的。在以前的一个项目中，客户建议我们使用MSDataShapes来访问存储在Microsoft SQL 2000中后端数据。但是由于我们构建的是一个Web解决方案，因此利用SQL对XML的支持显得更有意义，它天生就是层次式的（hierarchical）。”客户由此认定我是一名资深的开发者，很有趣。不过我想如果下次再碰到这样的情况，我只需简单的回答“是的”而不要破坏潜在支票签发者的技术决定。

然而，这次经历并不能阻止我对支持的狂热。除了在SELECT语句的后面加上一个FOR XML AUTO,ELEMENTS外，我不必作查询之外的事情，。（当然，在查询中还需要进行深思熟虑。）这对通过一个或者多个JOIN进行访问的关系型数据库尤其有用。

例如，假设我们有一个Sales数据库，它包含了三个表格：Orders、Products和Customers。Orders表格包含了OrderID（ID）、ProdunctID、CustomerID和Quantity字段。Products表格包含了ProdunctID（ID）、ProductName和UnitPrice这三个字段。Customers表格包含了CustomerID（ID）、CustomerName和CustomerStreet1字段，可能还有诸如Discount之类的字段。Order表格分别通过ProductID和CustomerID字段与Products表格和Customers表格关联。

非常简单，现在，假设我需要检索某个客户的全部消费信息，假设该客户的CustomerID是99999。那么查询如下所示：

SELECT Customers.CustomerID, Customers.CustomerName, Orders.OrderID,
 (Orders.Quantity * Products.UnitPrice) AS TotalSales, Products.ProductID,
 Products.ProductName FROM Customers INNER JOIN Orders ON Customers.CustomerID
 = Orders.CustomerID INNER JOIN Products ON Orders.ProductID =
 Products.ProductID WHERE Customers.CustomerID = 99999 FOR XML AUTO, ELEMENTS

这次也很简单。为了减少网络流量，SQL会减少冗余数据来确保你所收到的数据尽可能少，因此你需要注意如何组织你的查询。如果你的查询没错，那么你将收到如下的XML字符串：

<Customers>
  <CustomerID>99999</CustomerID>
  <CustomerName>ABC Company</CustomerName>
  <Orders>
    <OrderID>1</OrderID>
    <TotalSales>12345.67</TotalSales>
    <Products>
        <ProductID>11111</ProductID>
        <ProductName>Product X</ProductName>
    </Products>
  </Orders>
</Customers>

你会发现上述数据中并没有按字段重复的给出CustomerID等数据。在上面的例子中，你可以看出数据的层次。

如果你想知道它在你的工作中能够发挥什么作用的话，你只需要想象一下如何在ADO中找到这个数据（不要离开可能的范围，但也不要过于简单）。现在，考虑一下如何通过DOM来找到这个数据。子节点有父节点，反之亦然，这样所有的数据都是互相联系的。

IE这种通过dataSrc和dataFld属性来绑定数据到某些HTML标签的能力使得SQL 2000最适合运用于企业内部互联网应用程序（在IE 5.0以上版本中）。把这个XML放置到一对根标签（root tag）之间，然后再把它们放到一对XML标签之间，这样你就有了一个简单的数据解决方案。IE的描画引擎（rendering engine）会根据数据源、甚至嵌套表格来自动构建表格。或者，你可以通过XSL转换来发送这个数据，这样你就有了一个简单的Web解决方案。

本文作者Philip Perkins是Ajilon咨询公司的签约人，他知识非常广博——从机器控制和客户端服务器一直到企业内部网应用程序。