XPath 数据类型 (SQLXML 4.0)

XPath 转换

在您使用 OrderDetail[@UnitPrice > "10.0"] 之类的 XPath 查询时，隐式和显式数据类型转换可能会对查询的意义产生细微的变化。因此，理解 XPath 数据类型的实现方式十分重要。XPath 语言规范（XML Path 语言 (XPath) 版本 1.0 W3C 推荐建议，1999 年 10 月 8 日）可在 W3C 网站（网址为 http://www.w3.org/TR/1999/PR-xpath-19991008.html）上找到。

XPath 运算符分为四个类别：

• 布尔运算符（and、or）

• 关系运算符（<、>、<=、>=）

• 相等运算符（=、!=）

• 算术运算符（+、-、*、div、mod）

每个运算符类别都以不同方式转换其操作数。XPath 运算符根据需要隐式转换其操作数。算术运算符将其操作数转换为 number，并且产生数值。布尔运算符将其操作数转换为 boolean，并且产生布尔值。关系运算符和相等运算符产生布尔值。但是，根据其操作数的原始数据类型，这两种运算符具有不同的转换规则，如下表所示。

注意
因为 XPath 关系运算符始终将其操作数转换为 number，所以，不可能执行 string 比较。为了包括日期比较，SQL Server 2000 向 XPath 规范提供以下变化形式：在关系运算符将 string 与 string 进行比较、将节点集与 string 进行比较或将字符串值的节点集与字符串值的节点集进行比较时，执行 string 比较（而非 number 比较）。

节点集转换

节点集转换并非始终都是直观的。一个节点集通过只取该节点集中第一个节点的字符串值，转换为 string。通过将某一节点集转换为 string，然后将 string 转换为 number，将该节点集转换为 number。节点集将通过测试其是否存在，转换为 boolean。

注意
SQL Server 不执行针对节点集的位置选择：例如，XPath 查询 Customer[3] 意味着第三个客户；但在 SQL Server 中不支持此类型的位置选择。因此，无法实现 XPath 规范所述的节点集到 string 转换或者节点集到 number 转换。SQL Server 使用“任何”语义，而 XPath 规范指定“第一个”语义。例如，基于 W3C XPath 规范，XPath 查询 Order[OrderDetail/@UnitPrice > 10.0] 选择以下顺序：其 UnitPrice 超过 10.0 的第一个 OrderDetail。在 SQL Server 中，此 XPath 查询选择以下顺序：其 UnitPrice 超过 10.0 的任何 OrderDetail。

转换为 boolean 将产生存在测试；因此，XPath 查询 Products[@Discontinued=true()] 等效于 SQL 表达式“Products.Discontinued is not null”，而非 SQL 表达式“Products.Discontinued = 1”。若要使该查询等效于后一个 SQL 表达式，请首先将节点集转换为非 boolean 类型，如 number。例如，Products[number(@Discontinued) = true()]。

因为如果运算符对于节点集中任一节点为 TRUE，则大多数运算符均定义为 TRUE；所以，在节点集为空时，这些运算的计算结果始终为 FALSE。因此，如果 A 为空，则 A = B 和 A != B 均为 FALSE，并且 not(A=B) 和 not(A!=B) 均为 TRUE。

通常，如果数据库中某一列的值不是 null，则映射到该列的属性或元素将存在。如果元素的任何子集存在，则映射到行的元素将存在。有关详细信息，请参阅使用 sql:relation（XDR 架构）和使用 sql:field（XDR 架构）。

注意
使用 is-constant 批注的元素始终存在。因此，XPath 谓词不能用于 is-constant 元素。有关详细信息，请参阅使用 sql:is-constant 创建常量元素（XDR 架构）。

在某一节点集转换为 string 或 number 时，在带批注的架构中检查其 XDR 类型（如果有）并且该类型用于确定该转换是否是必需的。

将 XDR 数据类型映射到 XPath 数据类型

节点的 XPath 数据类型从架构中的 XDR 数据类型派生，如下表中所示（节点 BusinessEntityID 用于演示目的）。

日期和时间转换设计为无论值是使用 SQL Serverdatetime 数据类型还是 string 存储于数据库中的，转换均有效。请注意，SQL Serverdatetime 数据类型不使用 timezone，并且具有比 XML time 数据类型更低的精度。若要包括 timezone 数据类型或附加的精度，请使用 string 类型在 SQL Server 中存储数据。

在某一节点从其 XDR 数据类型转换为 XPath 数据类型时，有时候可能需要执行附加的转换（从一个 XPath 数据类型转换为另一个 XPath 数据类型）。例如，请考虑下面的 XPath 查询：

(@m + 3) = 4

如果 @m 属于 fixed14.4 XDR 数据类型，则使用以下语句实现从 XDR 数据类型到 XPath 数据类型的转换：

CONVERT(money, m)

在此转换中，节点 m 从 fixed14.4 转换到 money。但如果添加值 3，则要求附加的转换：

CONVERT(float(CONVERT(money, m))

该 XPath 表达式计算为：

CONVERT(float(CONVERT(money, m)) + CONVERT(float(53), 3) = CONVERT(float(53), 3)

如下表中所示，这一转换同样适用于其他 XPath 表达式（例如文字表达式或复合表达式）。

示例

A. 在 XPath 查询中转换数据类型

B. 在 XPath 查询中执行若干数据类型转换

考虑以下根据带批注的 XSD 架构指定的 XPath 查询：OrderDetail[@UnitPrice * @OrderQty > 98]

此 XPath 查询返回满足谓词 @UnitPrice * @OrderQty > 98 的所有 <OrderDetail> 元素。如果 UnitPrice 在带批注的架构中使用 fixed14.4 数据类型进行批注，则此谓词等效于以下 SQL 表达式：

CONVERT(float(53), CONVERT(money, OrderDetail.UnitPrice)) * CONVERT(float(53), OrderDetail.OrderQty) > CONVERT(float(53), 98)

在 XPath 查询中转换值时，第一个转换将 XDR 数据类型转换为 XPath 数据类型。因为 UnitPrice 的 XSD 数据类型是 fixed14.4（如前表所述），所以这是使用的第一个转换：

CONVERT(money, OrderDetail.UnitPrice)) 

因为算术运算符将其操作数转换为 number XPath 数据类型，所以，第二个转换（从一个 XPath 数据类型到另一个 XPath 数据类型）将应用于其值转换为 float(53) 的情况（float(53) 类似于 XPath number 数据类型）：

CONVERT(float(53), CONVERT(money, OrderDetail.UnitPrice)) 

假定 OrderQty 属性不具有 XSD 数据类型，OrderQty 将在单个转换中转换为 number XPath 数据类型：

CONVERT(float(53), OrderDetail.OrderQty)

与此类似，值 98 将转换为 number XPath 数据类型：

CONVERT(float(53), 98)

注意
如果在该架构中使用的 XSD 数据类型与数据库中的基础 SQL Server 数据类型不兼容，或者不可能执行 XPath 数据类型转换，则 SQL Server 可能会返回错误。例如，如果 BusinessEntityID 属性用 id-prefix 批注进行批注，则 XPath Employee[@BusinessEntityID=1] 将生成一个错误，因为 BusinessEntityID 具有 id-prefix 批注并且不能转换为 number。