Microsoft SQL Server 2005 的 XML 最佳实施策略

核心提示： • 您希望以高效的方式和事务处理方式来共享、查询和修改 XML数据，细粒度的数据访问对于您的应用程序而言很重要，Microsoft SQL Server 2005 的 XML 最佳实施策略(3)，例如，您可能需要提取 XML 文档内部的某些节，并且在关系级别保留数据的保真度 -

• 您希望以高效的方式和事务处理方式来共享、查询和修改 XML数据。细粒度的数据访问对于您的应用程序而言很重要。例如，您可能需要提取 XML 文档内部的某些节，或者您可能需要插入一个新节而不是替换整个文档。

• 您具有关系数据和 SQL 应用程序，您希望在应用程序内部的关系数据和 XML 数据之间进行互操作。对于跨域应用程序，您需要有关查询和数据修改的语言支持。

• 您希望服务器能够保证数据格式规范，并能够视情况根据 XML 架构来验证数据。

• 您需要将 XML 数据编入索引以便实现高效的查询处理和良好的可伸缩性，并且使用一流的查询优化器。

• 您希望对 XML 数据进行 SOAP、ADO.NET 和 OLE DB 访问。

如果不满足上述任一条件，您最好将数据存储为非 XML 的大型数据类型，如 [n]varchar(max) 或 varbinary(max)。

XML 存储选项

SQL Server 2005 中的 XML 的存储选项如下所示：

• 本机存储采用 XML 数据类型：

用能够保留数据的 XML 内容（如容器层次结构、文档顺序、元素和属性值等等）的内部表示形式存储数据。它可能不是文本 XML 的精确副本，因为未保留以下信息：无关紧要的空格、属性顺序、命名空间前缀和 XML 声明。

对于类型化的 XML 数据类型（即绑定到 XML 架构的 XML 数据类型）而言，负责向信息集添加类型信息的后架构验证信息集 (Post Schema Validation Infoset, PSVI) 以内部表示形式编码。这会显著提高分析速度。

• XML 和关系存储之间的映射：

使用带有批注的架构 (AXSD)，XML 将被分解到一个或多个表中的列，并且在关系级别保留数据的保真度 - 保留层次结构，但忽略元素顺序。架构不能是递归的。