对 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 数据进行有效性验证。

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

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

类型化 XML 列、参数和变量可以存储 XML 文档或内容 - 您在声明时必须将它们指定为标志（分别指定为 DOCUMENT 或 CONTENT）。而且，您必须提供 XML 架构集合。如果每个 XML 实例恰好有一个顶级元素，请指定 DOCUMENT；否则，请使用 CONTENT。查询编译器在查询编译过程的类型检查中使用 DOCUMENT 标记来推理唯一的顶级元素。

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页