在SQL Server 2005中用XQuery分解XML数据
OPENXML使用起来简单直接，但非常占用内存。本周，我们讨论SQL Server 2005的新功能，它允许你将XML数据分解到关系格式中，而不必耗用太多内存。
在举例说明如何分解上一篇文章中的数据时，我们首先了解一下XQuery和它在SQL Server 2005中为开发者提供的功能。
[b]XQuery[/b][b]介绍[/b]
XQuery，也称作XML Query，是一种查询XML数据的语言，允许你提取所需的节点和元素。它由W3C定义，可用于今天的大多数主流数据库引擎中，如Oracle、DB2和SQL Server。
[b]SQL Server 2005 XQuery[/b][b]函数[/b]
下面的四个函数是SQL Server 2005中的XQuery函数。（注意，XML、XQuery语句和下面的函数都区分大小写。例如，SQL编译器接受XML数据中的.exist，但拒绝.EXIST或.Exist。）
[b]xml.exist[/b]
这个方法根据一个XML节点上的搜索表达式返回一个布尔值。例如，[b][url=http://www.builder.com.cn/i/developer/site/2006/12/39560894/lista.htm]列表A[/url][/b]中XML代码片段中的语句将返回1（真）：
SELECT @x.exist('/christmaslist/person[@gift = "socks"]')
这个语句返回0（假）：
SELECT @x. exist ('/christmaslist/zach')
由于“Socks”一词被封套，这个语句将返回0（假）。
SELECT @x.exist('/christmaslist/person[@gift = "socks"]')
[b]xml.value[/b]
这个方法接受一个XQuery语句并返回一个单独值。使用列表A中同样的XML代码片段，不可以使用VALUE函数生成“betty”值，如下所示：
SELECT @x.value('/christmaslist[1]/person[1]/@name', 'VARCHAR(20)')
而XQuery生成“zach”值。
SELECT @x.value('/christmaslist[1]/person[2]/@name', 'VARCHAR(20)')
[b]xml.query[/b]
这个方法接受一个XQuery并返回一个XML数据类型的实例。可以按需要将这些查询简单或复杂化，下面是一个简单的例子：
SELECT @x.query('/christmaslist/person')
它返回XML文件：
[b]xml.nodes[/b]
在你需要将一个XML数据类型变量中的数据分解到关系数据中时，这个方法十分有用。这个方法接受一个XQuery语句作为参数，并返回一个包含XML变量逻辑标量数据的行集。[url=http://www.builder.com.cn/i/developer/site/2006/12/39560894/listb.htm]列表B[/url]中的查询利用上面定义的XML变量，并将数据分解到一个结果集中，它显示在XML变量中定义的人物姓名。
[b]修改OPENXML[/b][b]存储过程[/b]
现在我来说明如何修改上周的OPENXML存储过程，使其可以应用XQuery功能。首先，我往XML变量中加载一些数据。如[url=http://www.builder.com.cn/i/developer/site/2006/12/39560894/listc.htm]列表C[/url]所示。我们可以建立一个接受XML参数的过程，再应用XQuery函数把XML文件中的数据插入一个表中，而不必应用OPENXML。如[url=http://www.builder.com.cn/i/developer/site/2006/12/39560894/listd.htm]列表D[/url]所示。
最初在数据库中应用XML似乎有些难于处理，还要花一些时间习惯使用XQuery和Xpath查询。但是，经过一段时间的学习以后，你就会发现在数据库中应用XML数据相当实用。
例如，在上述存储过程中应用XML数据，你只需调用一次数据库，而不必像典型存储过程编程那样调用N次数据库。这二者似乎区别不大，但对一个繁忙的系统而言，应用XML数据会有很大益处。而且，应用XQuery而非OPENXML还会显著提高性能，对小型XML文件更是如此。 |