Microsoft SQL Server 2005 中的 XML 支持

XML 数据修改

SQL Server 2005 提供了用于数据修改的构造作为对 XQuery 的一个扩展。子树可以在指定的节点之前或之后插入，或者作为最左边或最右边的子节点插入。此外，子树也可以插入到父节点，在这种情况下，它成为父节点最右边的子节点。属性、元素和文本节点插入都支持。

支持删除子树。在这种情况下，整个子树就从 XML 实例中被移除。

标量值可以用新的标量值进行替换。

例:将子树插入 XML 实例

这个示例显示了 modify() 方法的使用，它将一个新的<section> 元素插入编号为 1 的 元素的右边。

UPDATE docs SET xCol.modify('
  insert 
   <section num="2">
         <heading>Background</heading>
</section>                
  after (/doc/section[@num=1])[1]')

例:将这本书的价格更新为 $49.99

下面的更新语句将 ISBN 为 1-8610-0311-0 的书的<price> 替换为 $49.99。该 XML 实例是通过 XML 架构 http://myBooksinstance 进行类型化的，因而就有了 XML 数据修改语句中的命名空间声明。

UPDATE XmlCatalog
SET    Document.modify ('
    default namespace = "http://myBooks"
    replace value of (/bookstore/book[@ISBN=
"1-8610-0311-0"]/price)[1] with 49.99')

类型检查和静态错误

XQuery 引入了类型检查。编译阶段检查 XQuery 表达式和数据修改语句的静态类型正确性，并且将 XML 架构用于类型推理（在类型化 XML 的情况下）。如果表达式在运行时由于类型安全冲突而失败，则会产生静态类型错误。静态错误的例子有：将一个字符串与一个整数相加、在操作需要单值的地方接收一个值序列，以及查询不存在的节点来查找类型化数据。对于因类型不匹配而导致的静态错误，显式转换到正确的类型是一种变通方法。XQuery 运行时错误被转换成空序列。

如果编译器不能确定在运行时是否保证有 singleton 元素，则需要 singleton 元素的定位步骤、函数参数和运算符（例如，eq）就会返回错误。这种问题常常因非类型化的数据而产生。例如，查找属性需要 singleton 父元素；顺序选择单个的父节点就足够了。

例:value() 方法中的类型检查

下面的查询是在非类型化的 XML 列中进行的，它需要 //author/last-name 中的顺序规范，因为 value() 方法需要 singleton 节点作为第一个参数。如果没有，则编译器就不能确定在运行时是否只出现一个<last-name> 节点。

SELECT xCol.value('(//author/last-name)[1]', 'nvarchar(50)') LastName
FROM   docs

通过求 node()-value() 组合的值来提取属性值可以不需要顺序规范，如下一个示例所示。

例:已知的 singleton 元素

如下所示的 nodes() 方法为每个<book> 元素生成单独的行。对<book> 节点求值的 value() 方法提取 @genre 的值，@genre 作为一个属性，是 singleton 元素。

SELECT nref.value('@genre', 'varchar(max)') LastName
FROM   docs CROSS APPLY xCol.nodes('//book') AS R(nref)

跨域查询

如果数据驻留在关系数据类型的列和 XML 数据类型的列的组合中，就可能需要编写查询来组合关系数据处理和 XML 数据处理。通过使用带有 TYPE 指令的 FOR XML，可以将关系列和 XML 列中的数据转换成 XML 数据类型的实例，并使用 XQuery 对其进行查询。相反地，可以从 XML 值生成行集，并且使用 T-SQL 来对其进行查询，如下面的“从 XML 数据生成行集”一节所示。

编写跨域查询的一个更加方便和有效的方法是，使用 SQL 变量的值，或者使用 XQuery 或 XML 数据修改表达式中的列：

这种方法允许应用程序参数化查询，如下面的示例所示。Sql:column() 的用法与前者类似，并且还带来其他的好处。正如基于成本的查询优化器所确定的，可以使用列的索引来提高效率。此外，也可以使用计算列。

XML 和用户定义的类型不允许与 sql:variable() 和 sql:column() 一起使用。

例:使用 sql:variable() 的跨域查询

在这种查询中，<book> 元素的 ISBN 是使用 SQL 变量 @isbn 来传入的。代替使用常量，sql:variable() 提供 ISBN 的值，并且该查询可以用于搜索任何 ISBN，而不只是 ISBN 为 0-7356-1588-2 的 元素。

DECLARE @isbn varchar(20)
SET     @isbn = '0-7356-1588-2'
SELECT  xCol
FROM    docs
WHERE   xCol.exist ('/book[@ISBN = sql:variable("@isbn")]') = 1

从 XML 数据生成行集

在自定义属性管理和数据交换场景中，应用程序通常将 XML 数据的某些部分映射到行集。例如，为了将输入参数表传送到存储过程或函数，应用程序需要将数据转换成 XML，并且将其作为 XML 数据类型的参数传入。在存储过程或函数中，行集是从 XML 参数生成的。

SQL Server 2000 为此提供了 OpenXml()。它简化了从 XML 实例生成行集的过程，方法是指定行集的关系架构以及将 XML 实例内的值映射到行集中的列的方式。

另外，还可以使用 nodes() 方法来生成 XML 实例中的节点上下文，并且在 value()、query()、exist() 和 nodes() 方法中使用该节点上下文来生成所期望的行集。nodes() 方法接受 XQuery 表达式，在 XML 列的每个 XML 实例中对其进行求值，并且有效地使用 XML 索引。下一个示例演示如何将 nodes() 方法用于行集生成。

例:从 XML 实例提取属性

假定要提取名字不是“David”的作者的名和姓，将其作为由两列（FirstName 和 LastName）组成的一个行集。通过使用 nodes() 和 value() 方法，您可以达到此目的，如下所示：

SELECT nref.value('first-name[1]', 'nvarchar(50)') FirstName,
       nref.value('last-name[1]', 'nvarchar(50)') LastName
FROM   docs CROSS APPLY xCol.nodes('//author') AS R(nref)
WHERE  nref.exist('.[first-name != "David"]') = 1

在这个示例中，nodes('//author') 产生一个指向每个 XML 实例的 元素的引用的行集。作者的名和姓是通过对与这些引用有关的 value() 方法求值来获得的。要获得好的性能，需要建立 XML 列的索引，这是下一部分的主题。

[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]