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

核心提示： 对 XML 实例进行更新会将现有实例替换为更新后的实例，即使只修改单个属性的值，Microsoft SQL Server 2005 的 XML 最佳实施策略(8)，XML 数据粒度越大，更新成本就越高，并且希望服务器按照 XML 架构对 XML 数据进行有效性验证，• 您希望充分

对 XML 实例进行更新会将现有实例替换为更新后的实例，即使只修改单个属性的值。XML 数据粒度越大，更新成本就越高。较小的 XML 实例会产生较高的更新性能。

对于良好的设计而言，重要的是保持数据建模需要与锁定和更新特性之间的平衡。

非类型化、类型化和受约束的 XML 数据类型

SQL Server 2005 XML 数据类型实现了 ISO SQL-2003 标准 XML 数据类型。因此，它可以在非类型化 XML 列中存储格式规范的 XML 1.0 文档以及带有文本节点和任意数量顶级元素的所谓的 XML 内容片段。系统将检查数据的格式是否规范，不要求将列绑定到 XML 架构，并且拒绝在扩展意义上格式不规范的数据。对于非类型化 XML 变量和参数，也是如此。

如果您具有描述 XML 数据的 XML 架构，则可以将这些架构与 XML 列相关联，以便产生类型化 XML。XML 架构用于对数据进行有效性验证，在查询和数据修改语句编译过程中执行比非类型化 XML 更准确的类型检查，以及优化存储和查询处理。

在下列条件下，请使用非类型化 XML 数据类型：

• 您没有对应于 XML 数据的架构

• 您拥有架构，但不希望服务器对数据进行有效性验证。当应用程序在服务器中存储数据之前执行客户端验证时，或者暂时存储根据架构无效的 XML 数据时，或者使用在服务器中不受支持的架构组件（例如 key/keyref）时，有时会出现这种情况。

在下列条件下，请使用类型化 XML 数据类型：

• 您拥有对应于 XML 数据的架构，并且希望服务器按照 XML 架构对 XML 数据进行有效性验证。

• 您希望充分利用基于类型信息的存储和查询优化。

• 您希望在查询的编译过程中更充分地利用类型信息。