[Sql server]2005的XML最佳实施策略(3)

XML 技术的选择

XML 技术（原生 XML 与 XML 视图）的选择通常取决于下列因素：

• 存储选项：

您的 XML 数据可能更适合于大型对象存储（例如，产品手册），或者更适合于存储在关系列中（例如，转换到 XML 的行项目）。每个存储选项都在不同程度上保留了文档保真度。

• 查询功能：

基于查询的性质以及对 XML 数据进行查询的程度，您可能发现一个存储选项比其他存储选项更为适合。细粒度的 XML 数据查询（例如，XML 节点上的谓词计算）在这两个存储选项中受到不同程度的支持。

• 将 XML 数据编入索引：

您可能希望将 XML 数据编入索引，以便提高 XML 查询性能。索引选项随存储选项的不同而不同；您需要进行适当的选择以优化工作量。

• 数据修改功能：

某些工作量涉及到对 XML 数据进行细粒度的修改（例如，在文档内添加新节），而其他工作量则不涉及（例如，Web 内容）。对于您的应用程序而言，数据修改语言支持可能很重要。

• 架构支持：

您的 XML 数据可能通过架构进行描述，这可能是也可能不是 XML 架构文档。对架构绑定 XML 的支持取决于 XML 技术。

不用说，不同的选择具有不同的性能特性。

原生 XML 存储

可以将您的 XML 数据存储在服务器的 XML 数据类型列中。在下列情况下，这将是一个适当的选择：

• 您需要一种在服务器上存储 XML 数据的简单方法，同时需要保留文档顺序和文档结构。

• 您的 XML 数据可能有也可能没有架构。

• 您需要查询和修改您的 XML 数据。

• 您需要将 XML 数据编入索引以便实现更为快速的查询处理。

• 您的应用程序需要系统目录视图以管理您的 XML 数据和 XML 架构。

当您的 XML 文档具有多种结构时，或者当您的 XML 文档符合不同的或复杂的架构，而这些架构很难映射到关系结构时，原生 XML 存储将很有用。

示例：使用 XML 数据类型对 XML 数据进行建模

考虑一个 XML 格式的产品手册，其中每个主题对应单独的一章，而每章内又有多节。一节可以包含多个子节，因此 是一个递归元素。产品手册包含大量混合内容、图表和技术资料；数据是半结构化的。用户可能希望对感兴趣的主题执行与上下文有关的搜索（例如，在有关"索引"的章内部搜索有关"聚集索引"的节），并且查询技术数量。

XML 文档的合适存储模型是 XML 数据类型列。这可以保留 XML 数据的信息集内容。将 XML 列编入索引可以提高查询性能。