SQL2005用XML数据类型进行数据建模

核心提示：相同或不同的表XML 数据类型列可以在包含其他关系列的表中创建，也可以在与主表之间具有外键关系的独立表中创建，SQL2005用XML数据类型进行数据建模，在满足下列某个条件时，请在同一个表中创建 XML 数据类型列：• 您的应用程序在 XML 列上执行数据检索，并且拒绝在扩展意义上格式不规范的数据，对于非类型

相同或不同的表

XML 数据类型列可以在包含其他关系列的表中创建，也可以在与主表之间具有外键关系的独立表中创建。

在满足下列某个条件时，请在同一个表中创建 XML 数据类型列：

• 您的应用程序在 XML 列上执行数据检索，并且不需要 XML 列上的 XML 索引。 或者

• 您需要在 XML 数据类型列上生成 XML 索引，并且主表的主键与其聚集键相同。有关详细信息，请参阅将 XML 数据类型列编入索引一节。

在满足下列条件时，请在单独的表中创建 XML 数据类型列：

• 您需要在 XML 数据类型列上生成 XML 索引，但主表的主键与其聚集键不同，或者主表不具有主键，或者主表是一个堆（也就是说，没有聚集键）。如果主表已经存在，则这可能是真的。

• 您不希望表扫描由于表中存在 XML 列（无论它是存储在行中还是存储在行外，都会占用空间）而降低速度。

XML 数据的粒度

XML 列中存储的 XML 数据的粒度对于锁定和更新特性而言至关重要。SQL Server 对 XML 和非 XML 数据采用了相同的锁定机制。因此，行级锁定会导致相应行中的所有 XML 实例被锁定。当粒度比较大时，锁定大型 XML 实例以便进行更新会导致多用户场合下的吞吐量下降。另一方面，严重的分解会丢失对象封装并提高重新组合成本。

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

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

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

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