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

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

　　原生 XML 存储

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

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

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

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

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

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

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

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

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

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

　　示例：保留 XML 数据的精确副本

　　假设政府法令要求您保留 XML 文档（例如，已签署的文档、法律文档或股票交易订单）的精确文本副本。您可能需要将您的文档存储在 [n]varchar(max) 列中。

　　对于查询，可在运行时将数据转换为 XML 数据类型，然后对其执行 Xquery。运行时转换可能代价高昂，尤其是在文档很大时。如果您经常进行查询，可以采用冗余方式将文档存储在 XML 数据类型列中并将其编入索引，同时从 [n]varchar(max) 列返回精确的文档副本。