由DataBase撰写的日志

适于您的 XML 文档的存储模型是 xml 数据类型列。这可保留 XML 数据的 InfoSet 内容。对 XML 列创建索引有利于提高查询性能。

示例：保留 XML 数据的精确副本
为了进行说明，假定政府条例要求您保留 XML 文档的精确文本副本。例如，这些文档可能为签署的文档、法律文档或股票交易单。您可能希望将文档存储在 [n]varchar(max) 列中。

查询时，先在运行时将数据转换为 xml 数据类型，然后对其执行 Xquery。运行时转换开销可能很高，尤其是在文档较大的情况下。如果经常查询，可以采取冗余方式将文档存储在 xml 数据类型列中，并对其创建索引，同时从 [n]varchar(max) 列中返回精确的文档副本。

XML 列可以是基于 [n]varchar(max) 列的计算列。但不能对 XML 计算列创建 XML 索引，也不能对 [n]varchar(max) 或 varbinary(max) 列创建 XML 索引。

XML 视图技术
通过定义 XML 架构和数据库中的表之间的映射，可以创建持久性数据的“XML 视图”。通过 XML 视图，可使用 XML 大容量加载来填充基础表。您可以使用 XPath 1.0 版来查询 XML 视图；这种查询将被转换为针对表的 SQL 查询。与此类似，更新也会被传播到那些表。

在下列情况下，此技术很有用：

您希望拥有以 XML 为中心的编程模型，该模型使用现有关系数据上的 XML 视图。

您有对应于您的 XML 数据的架构（XSD、XDR），该架构可能由外部伙伴提供。

数据中的顺序并不重要，或查询表数据不是递归的，或事先已知最大递归深度。

您希望使用 XPath 1.0 版通过 XML 视图查询和修改数据。

您希望通过 XML 视图来大容量加载 XML 数据，并将其分解到基础表。

相关示例包括显示为用于数据交换和 Web 服务的 XML 的关系数据。有关详细信息，请参阅 MSDN Online Library。

示例：使用带批注的 XML 架构 (AXSD) 对数据进行建模
为了进行说明，假定您具有希望将其作为 XML 处理的关系数据（如客户、订单和行项）。请使用 AXSD 在关系数据上定义 XML 视图。通过使用 XML 视图可以将 XML 数据大容量加载到表，以及使用 XML 视图查询和更新关系数据。如果必须在 SQL 应用程序不间断工作时与其他应用程序交换包含 XML 标记的数据，该模型很有用。

混合模型
通常，对于数据建模，适于结合使用关系列和 xml 数据类型列。可以将 XML 数据中的某些值存储在关系列中，而将其余或全部 XML 值存储在 XML 列中。这可获得更好的性能，您可以更好地控制对关系列创建的索引和锁定特征。

要存储在关系列中的值取决于您的工作负荷。例如，如果基于路径表达式 /Customer/@CustId 检索所有 XML 值，则将 CustId 属性的值提升到关系列并对其创建索引可以获得更快的查询性能。另一方面，如果您的 XML 数据是以非冗余方式广泛地分解为关系列中，则重新汇集的开销可能很大。

对于高度结构化的 XML 数据，例如，表的内容已转换为 XML，您可以将所有值映射到关系列，并且可能使用 XML 视图技术。

使用 xml 数据类型进行数据建模
本部分讨论有关本机 XML 存储的数据建模主题，包括对 XML 数据创建索引、属性提升和类型化的 xml 数据类型。

相同或不同的表
可以在包含其他关系列的表中，或在与主表具有外键关系的单独表中创建 xml 数据类型列。

如果满足下列条件之一，请在同一个表中创建 xml 数据类型列：

您的应用程序对 XML 列执行数据检索，并且不需要 XML 列的 XML 索引。

您希望对 xml 数据类型列生成 XML 索引，并且主表的主键与其聚集键相同。有关详细信息，请参阅“对 xml 数据类型列创建索引”。

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

您希望对 xml 数据类型列生成 XML 索引，但主表的主键与其聚集键不同，或主表没有主键，或主表是一个堆（即没有聚集键）。如果主表已存在，可能会这样。

您不希望因为表中存在 XML 列而降低表扫描的速度。无论该列是存储在行内还是行外，都会占用空间。

XML 数据的粒度
XML 列中存储的 XML 数据的粒度对锁定至关重要，在一定程度上，对更新也很重要。SQL Server 对 XML 数据和非 XML 数据都使用相同的锁定机制。因此，行级锁定会导致锁定行中的所有 XML 实例。当粒度较大时，锁定大型 XML 实例以便进行更新会导致多用户情况下的吞吐量下降。另一方面，过度分解会丢失对象封装，并增加重新汇集开销。

对于良好的设计而言，重要的是保持数据建模要求与锁定和更新特征之间的平衡。但在 SQL Server 2005 中，实际存储的 XML 实例的大小并不十分重要。

例如，通过使用对部分二进制大型对象 (BLOB) 和部分索引更新（将存储的现有 XML 实例与其更新后的版本进行比较）的新支持，对 XML 实例进行更新。部分二进制大型对象 (BLOB) 更新在两个 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 文档或内容。但是，必须使用标志指定在声明时是存储文档还是存储内容。此外，必须提供 XML 架构集合。如果每个 XML 实例都刚好有一个顶级元素，请指定 DOCUMENT。否则，请使用 CONTENT。查询编译器在编译查询过程中的类型检查中使用 DOCUMENT 标志以推断单一的顶级元素。

除了对 XML 列进行类型化之外，还可以对类型化或非类型化的 xml 数据类型列使用关系（列或行）约束。在下列情况下，请使用约束：

无法在 XML 架构中表达业务规则。例如，花店的交货地址必须在其营业地点周围 50 英里之内。这可以编写为 XML 列的约束。约束可能涉及 xml 数据类型方法。

您的约束涉及表中的其他 XML 列或非 XML 列。例如，强制使 XML 实例中的客户 ID (/Customer/@CustId) 与 CustomerID 关系列中的值匹配。

文档类型定义 (DTD)
可以使用 XML 架构来对 xml 数据类型列、变量和参数进行类型化，但不能使用 DTD 进行此项操作。但是，内联 DTD 既可用于非类型化的 XML，也可用于类型化的 XML，以便提供默认值，并将实体引用替换为其扩展形式。

可以通过使用第三方工具将 DTD 转换为 XML 架构文档，然后将 XML 架构加载到数据库中。

对 xml 数据类型列创建索引
可以对 xml 数据类型列创建 XML 索引。它将对列中 XML 实例的所有标记、值和路径进行索引，从而提高查询性能。在下列情况下，您的应用程序可以从 XML 索引中获益：

对 XML 列进行查询在您的工作负荷中很常见。必须考虑数据修改过程中的 XML 索引维护开销。

XML 值相对较大，而检索的部分相对较小。生成索引避免了在运行时分析所有数据，并且索引查找有利于进行高效的查询处理。

XML 列的第一个索引是主 XML 索引。使用它时，可以对 XML 列创建三种类型的辅助 XML 索引，以提供常见种类的查询的速度，如以下部分所述。

主 XML 索引
这将对 XML 列中 XML 实例的所有标记、值和路径进行索引。基表（即包含 XML 列的表）的主键必须具有聚集索引。主键用于将索引行与基表中的行相关联。可从 XML 列中检索完整的 XML 实例，例如 SELECT *。查询使用主 XML 索引，并通过使用索引本身返回标量值或 XML 子树。

示例：创建主 XML 索引
在大多数示例中，使用包含非类型化的 XML 列的表 T (pk INT PRIMARY KEY, xCol XML)。可以采用简单的方式将这些示例扩展为类型化的 XML。有关如何使用类型化的 XML 的详细信息，请参阅 xml 数据类型。为简化起见，针对 XML 数据实例说明了查询，如下所示：

复制代码
Michael Howard David LeBlanc 39.99

以下语句对表 T 的 XML 列 xCol 创建 XML 索引（名为 idx_xCol）：

复制代码
CREATE PRIMARY XML INDEX idx_xCol on T (xCol)

辅助 XML 索引
创建了主 XML 索引之后，您可能希望创建辅助 XML 索引来提高工作负荷中不同种类查询的速度。三种类型的辅助 XML 索引（即 PATH、PROPERTY 和 VALUE）分别用于优化基于路径的查询、自定义属性管理方案和基于值的查询。PATH 索引功能是按文档顺序对列中的所有 XML 实例生成各个 XML 节点的 (path, value) 对的 B+ 树。PROPERTY 索引功能是创建各个 XML 实例中 (PK, path, value) 对的聚集 B+ 树，其中 PK 是基表的主键。最后，VALUE 索引功能是按文档顺序对 XML 列中的所有 XML 实例创建每个节点的 (value, path) 对的 B+ 树。

下面是创建一个或多个这些索引的一些准则：

如果工作负荷对 XML 列大量使用路径表达式，则 PATH 辅助 XML 索引可能会提高工作负荷的处理速度。最常见的情况是在 Transact-SQL 的 WHERE 子句中对 XML 列使用 exist() 方法。

如果工作负荷通过使用路径表达式从单个 XML 实例中检索多个值，则在 PROPERTY 索引中聚集各个 XML 实例中的路径可能会很有用。这种情况通常出现在属性包方案中，此时提取对象的属性并且已知其主键值。

如果工作负荷涉及查询 XML 实例中的值，但不知道包含那些值的元素名称或属性名称，则您可能希望创建 VALUE 索引。这通常出现在 descendant 轴查找中，例如 //author[last-name="Howard"]，其中 元素可以出现在层次结构的任何级别上。这种情况也出现在通配符查询中，例如 /book [@* = "novel"]，其中查询将查找具有某个值为“novel”的属性的 元素。

示例：基于路径的查找
为了进行说明，假定以下查询在您的工作负荷中很常见：

复制代码
SELECT pk, xColFROM TWHERE xCol.exist (‘/book/@genre[.="novel"]‘) = 1

路径表达式 /book/@genre 和值“novel”对应于 PATH 索引的键字段。因此，PATH 类型的辅助 XML 索引对此工作负荷很有用：

复制代码
CREATE XML INDEX idx_xCol_Path on T (xCol) USING XML INDEX idx_xCol FOR PATH

示例：提取对象的属性
例如，下面的查询从表 T 中的各行检索书的属性 genre、title 和 ISBN：

复制代码
SELECT xCol.value (‘(/book/@genre)[1]‘, ‘varchar(50)’), xCol.value (‘(/book/title/text())[1]‘, ‘varchar(50)’), xCol.value (‘(/book/@ISBN)[1]‘, ‘varchar(50)’)FROM T

在这种情况下，属性索引很有用，其创建方式如下：

复制代码
CREATE XML INDEX idx_xCol_Property on T (xCol) USING XML INDEX idx_xCol FOR PROPERTY

示例：基于值的查询
在下面的查询中，descendant-or-self (//) 指定部分路径，以便基于 ISBN 值的查找从 VALUE 索引的使用中获益。

复制代码
SELECT xColFROM TWHERE xCol.exist (‘//book/@ISBN[. = "0-7356-1588-2"]‘) = 1

VALUE 索引的创建方式如下：

复制代码
CREATE XML INDEX idx_xCol_Value on T (xCol) USING XML INDEX idx_xCol FOR VALUE

对 XML 列的全文索引
您可以对 XML 列创建一个全文索引，该索引对 XML 值的内容进行索引，但忽略 XML 标记。属性值不在全文索引范围内，因为它们被视为标记的一部分，并且元素标记被用作标记边界。如有可能，可以按下列方式将全文搜索和 XML 索引结合起来：

首先，使用 SQL 全文搜索筛选感兴趣的 XML 值。

然后，查询那些使用 XML 列的 XML 索引的 XML 值。

示例：将全文搜索和 XML 查询结合起来
对 XML 列创建了全文索引后，下面的查询将检查 XML 值是否在书的标题中包含“custom”一词：

复制代码
SELECT * FROM T WHERE CONTAINS(xCol,’custom’) AND xCol.exist(‘/book/title/text()[contains(.,"custom")]‘) =1

contains() 方法使用全文索引来将文档中任何位置包含“custom”一词的 XML 值组合为一个子集。exist() 子句确保“custom”一词出现在书的标题中。

使用 contains() 的全文搜索与 XQuery contains() 具有不同语义。后者是子字符串匹配，前者是使用词干匹配的标记匹配。因此，如果搜索标题中包含“run”的字符串，则匹配结果将包括“run”、“runs”和“running”，因为同时满足全文 contains() 和 Xquery contains()。但是，查询不匹配标题中的“customizable”一词，因为全文 contains() 失败，而满足 Xquery contains()。通常，对于纯子字符串匹配，应删除全文 contains() 子句。

此外，全文搜索使用词干匹配，而 XQuery contains() 是文字匹配。这一区别在下一个示例中进行说明。

示例：使用词干匹配对 XML 值进行全文搜索
通常不能消除上一个示例中执行的 XQuery contains() 检查。请看下面的查询：

复制代码
SELECT * FROM T WHERE CONTAINS(xCol,’run’)

因为使用了词干匹配，所以文档中的“ran”一词匹配搜索条件。此外，不通过使用 XQuery 来检查搜索上下文。

当通过使用 AXSD 将 XML 分解为全文索引的关系列时，对 XML 视图执行的 XPath 查询不对基础表执行全文搜索。

属性提升
如果主要是对少数元素和属性值进行查询，您可能希望将那些数量提升到关系列。检索整个 XML 实例，但只对一小部分 XML 数据进行查询时，这很有用。不必对 XML 列创建 XML 索引。但可以对提升的列创建索引。必须编写查询来使用提升的列。也就是说，查询优化器不会将对 XML 列的查询再定向到提升的列。

提升的列可以是同一个表中的计算列，也可以是表中用户维护的单独列。从每个 XML 实例提升单一值时，这就足够了。但是，对于多值属性，则必须为属性创建单独的表，如以下部分所述。

基于 xml 数据类型的计算列
可以使用调用 xml 数据类型方法的用户定义函数来创建计算列。计算列的类型可以是任何 SQL 类型，包括 XML。下面的示例说明了这一点。

示例：基于 xml 数据类型方法的计算列
为书的 ISBN 号创建用户定义函数：

复制代码
CREATE FUNCTION udf_get_book_ISBN (@xData xml)RETURNS varchar(20)BEGIN DECLARE @ISBN varchar(20) SELECT @ISBN = @xData.value(‘/book[1]/@ISBN’, ‘varchar(20)’) RETURN @ISBN END

在表中为 ISBN 添加计算列：

复制代码
ALTER TABLE TADD ISBN AS dbo.udf_get_book_ISBN(xCol)

可以按通常的方式对计算列创建索引。

示例：对基于 xml 数据类型方法的计算列的查询
若要获得其 ISBN 为 0-7356-1588-2 的 ：

复制代码
SELECT xColFROM TWHERE xCol.exist(‘/book/@ISBN[. = "0-7356-1588-2"]‘) = 1

可以重新编写对 XML 列的查询以使用计算列，如下所示：

复制代码
SELECT xColFROM TWHERE ISBN = ‘0-7356-1588-2′

您可以创建返回 xml 数据类型的用户定义函数，并使用用户定义函数来创建计算列。但是，不能对 XML 计算列创建 XML 索引。

创建属性表
您可能希望将 XML 数据中的某些多值属性提升到一个或多个表中，对那些表创建索引，并再次定向查询以使用这些表。典型的情况是少数属性占了大部分查询工作负荷。您可以执行下列操作：

创建一个或多个表来保存多值属性。您会发现可以很方便做到：每个表存储一个属性，以及在属性表中复制基表的主键以便与基表进行后向联接。

如果希望维护属性的相对顺序，必须为相对顺序引入一个单独的列。

为 XML 列创建触发器以维护属性表。在触发器中，执行下列操作之一：

使用 xml 数据类型方法（如 nodes() 和 value()）来插入和删除属性表的行。

在公共语言运行时 (CLR) 中创建流式表值函数来插入和删除属性表的行。

编写对属性表进行 SQL 访问的查询和对基表中的 XML 列进行 XML 访问的查询，这些表之间通过主键联接起来。

示例：创建属性表
为了进行说明，假定您希望提升作者的名字。书有一个或多个作者，因此名字为多值属性。每个名字都存储在属性表的单独行中。在属性表中复制基表的主键以便进行后向联接。

复制代码
create table tblPropAuthor (propPK int, propAuthor varchar(max))

示例：创建用户定义函数以从 XML 实例生成行集
以下表值函数 udf_XML2Table 接受主键值和 XML 实例。它检索 元素的所有作者的名字，然后返回主键-名字对行集。

复制代码
create function udf_XML2Table (@pk int, @xCol xml)returns @ret_Table table (propPK int, propAuthor varchar(max))with schemabindingasbegin insert into @ret_Table select @pk, nref.value(‘.’, ‘varchar(max)’) from @xCol.nodes(‘/book/author/first-name’) R(nref) returnend

示例：创建触发器以填充属性表
插入触发器将行插入属性表：

复制代码
create trigger trg_docs_INS on T for insertas declare @wantedXML xml declare @FK int select @wantedXML = xCol from inserted select @FK = PK from inserted insert into tblPropAuthor select * from dbo.udf_XML2Table(@FK, @wantedXML)

删除触发器根据删除行的主键值删除属性表中的行：

复制代码
create trigger trg_docs_DEL on T for deleteas declare @FK int select @FK = PK from deleted delete tblPropAuthor where propPK = @FK

更新触发器根据更新的 XML 实例删除属性表中的现有行，然后将新行插入属性表：

复制代码
create trigger trg_docs_UPDon Tfor updateasif update(xCol) or update(pk)begin declare @FK int declare @wantedXML xml select @FK = PK from deleted delete tblPropAuthor where propPK = @FK select @wantedXML = xCol from inserted select @FK = pk from inserted insert into tblPropAuthor select * from dbo.udf_XML2Table(@FK, @wantedXML)end

示例：查找其作者名字为“David”的 XML 实例
可以对 XML 列执行查询。此外，也可以在属性表中搜索名字“David”，然后与基表进行后向联接以返回 XML 实例。例如：

复制代码
SELECT xCol FROM T JOIN tblPropAuthor ON T.pk = tblPropAuthor.propPKWHERE tblPropAuthor.propAuthor = ‘David’

示例：使用 CLR 流式表值函数的解决方案
此解决方案包括下列步骤：

定义 CLR 类 SqlReaderBase，它实现 ISqlReader，并通过在 XML 实例上应用路径表达式来生成流式表值输出。

创建程序集和 Transact-SQL 用户定义函数来启动该 CLR 类。

通过使用用户定义函数来定义插入、更新和删除触发器，以维护属性表。

若要如此，首先创建流式 CLR 函数。xml 数据类型显示为 ADO.NET 中的托管类 SqlXml，支持返回 XmlReader 的 CreateReader() 方法。

注意：
本部分中的示例代码使用了 XPathDocument 和 XPathNavigator。这些都强制要求您将所有 XML 文档加载到内存中。如果您要在您的应用程序中使用类似代码来处理多个大型 XML 文档，此代码并不可伸缩。而是应尽可能保持较小的内存分配并使用流式接口。有关性能的详细信息，请参阅 Architecture of CLR Integration。

复制代码
public class c_streaming_xml_tvf { public static ISqlReader streaming_xml_tvf (SqlXml xmlDoc, string pathExpression) { return (new TestSqlReaderBase (xmlDoc, pathExpression)); }}// Class that implements ISqlReaderpublic class TestSqlReaderBase : ISqlReader {XPathNodeIterator m_iterator; public SqlChars FirstName;// Metadata for current resultsetprivate SqlMetaData[] m_rgSqlMetaData; public TestSqlReaderBase (SqlXml xmlDoc, string pathExpression) { // Variables for XPath navigation XPathDocument xDoc; XPathNavigator xNav; XPathExpression xPath; // Set sql meta data m_rgSqlMetaData = new SqlMetaData[1]; m_rgSqlMetaData[0] = new SqlMetaData (“FirstName”, SqlDbType.NVarChar,50); //Set up the Navigator if (!xmlDoc.IsNull) xDoc = new XPathDocument (xmlDoc.CreateReader()); else xDoc = new XPathDocument (); xNav = xDoc.CreateNavigator(); xPath = xNav.Compile (pathExpression); m_iterator = xNav.Select(xPath); } public bool Read() { bool moreRows = true; if (moreRows = m_iterator.MoveNext()) FirstName = new SqlChars (m_iterator.Current.Value); return moreRows; }}

然后，创建程序集和与 CLR 函数 streaming_xml_tvf 对应的 Transact-SQL 用户定义函数 SQL_streaming_xml_tvf（不显示）。该用户定义函数用于定义表值函数 CLR_udf_XML2Table 以便生成行集：

复制代码
create function CLR_udf_XML2Table (@pk int, @xCol xml)returns @ret_Table table (FK int, FirstName varchar(max))with schemabindingasbegin insert into @ret_Table select @pk, FirstName FROM SQL_streaming_xml_tvf (@xCol, ‘/book/author/first-name’) returnend

最后，定义触发器，如“创建触发器以填充属性表”示例中所示，但用 CLR_udf_XML2Table 函数替换了 udf_XML2Table。以下示例中显示了插入触发器：

复制代码
create trigger CLR_trg_docs_INS on T for insertas declare @wantedXML xml declare @FK int select @wantedXML = xCol from inserted select @FK = PK from inserted insert into tblPropAuthor select * from dbo.CLR_udf_XML2Table(@FK, @wantedXML)

删除触发器与非 CLR 版本相同。但是，更新触发器只是用 CLR_udf_XML2Table() 函数替换了函数 udf_XML2Table()。

XML 架构集合
XML 架构集合是关系架构作用域内的元数据实体。它包含一个或多个可能相关（如通过 ）也可能无关的 XML 架构。XML 架构集合中各个 XML 架构通过使用其目标命名空间来标识。

XML 架构集合是通过使用 CREATE XML SCHEMA COLLECTION (Transact-SQL) 语法并提供一个或多个 XML 架构来创建。可以通过使用 ALTER XML SCHEMA COLLECTION (Transact-SQL) 语法，将多个 XML 架构组件添加到现有 XML 架构中，并将多个架构添加到 XML 架构集合中。可以通过使用 SQL Server 2005 中的安全模式像任何 SQL 对象那样保证 XML 架构集合的安全。

多类型化列
XML 架构集合 C 根据多个 XML 架构对 XML 列 xCol 进行类型化。此外，DOCUMENT 标志和 CONTENT 标志指定是否可以将 XML 树或片段分别存储在 xCol 列中。

对于 DOCUMENT，每个 XML 实例都指定实例中顶级元素的目标命名空间，XML 实例根据它来进行类型化和验证。另一方面，对于 CONTENT，每个顶级元素都可以指定 C 中任何一个目标命名空间。XML 实例根据实例中存在的所有目标命名空间来进行验证和类型化。

架构演变
XML 架构集合用于对 XML 列、变量和参数进行类型化。它提供了 XML 架构演变的机制。为了进行说明，假定您将具有目标命名空间 BOOK-V1 的 XML 架构添加到 XML 架构集合 C 中。使用 C 类型化的 XML 列 xCol 可以存储符合 BOOK-V1 架构的 XML 数据。

然后，假定某个应用程序希望用新的架构组件（如复杂类型定义和顶级元素声明）扩展 XML 架构。可以将这些新的架构组件添加到 BOOK-V1 架构中，并且不需要重新验证 xCol 列中的现有 XML 数据。

假定该应用程序以后希望提供新版本的 XML 架构，并且它选择目标命名空间 BOOK-V2。可以将此 XML 架构添加到 C 中。XML 列可以存储 BOOK-V1 和 BOOK-V2 的实例，并且可以对符合这些命名空间的 XML 实例执行查询和数据修改。

加载 XML 数据
将 XML 数据从 SQL Server 2000 传输到 SQL Server 2005
您可以采用多种方式将 XML 数据传输到 SQL Server 2005。例如：

如果将数据存储在 SQL Server 2000 数据库中的 [n]text 或 image 中，则可以使用 SQL Server Integration Services 将表导入 SQL Server 2005 数据库中。使用 ALTER TABLE 语句将列类型更改为 XML。

可以使用 bcp out 从 SQL Server 2000 大容量复制数据，然后使用 bcp in 将数据大容量插入 SQL Server 2005 数据库中。

如果将数据存储在 SQL Server 2000 数据库的关系列中，请创建具有 [n]text 列和（可选）用于行标识符的主键列的新表。使用客户端编程检索在服务器上通过 FOR XML 生成的 XML，并将其写入 [n]text 列。然后，使用上述方法将数据传输到 SQL Server 2005 数据库中。您可以选择将 XML 直接写入 SQL Server 2005 数据库中的 XML 列。

示例：将列类型更改为 XML
假定您希望将 R 表中的 [n]text 列或 image 列 XYZ 的类型更改为非类型化的 XML。以下语句执行此类型更改：

复制代码
ALTER TABLE R ALTER COLUMN XYZ XML

如果需要，可以通过指定 XML 架构集合将目标为类型化为 XML。

大容量加载 XML 数据
可以通过使用 SQL Server 的大容量加载功能（如 bcp）将 XML 数据大容量加载到服务器中。通过使用 OPENROWSET 可以将文件中的数据加载到 XML 列中。以下示例说明了这一点。

示例：从文件中加载 XML
此示例显示了如何在表 T 中插入行。从文件 C:\MyFile\xmlfile.xml 中将 XML 列的值作为 CLOB 加载，并为整数列提供了值 10。

复制代码
INSERT INTO TSELECT 10, xColFROM (SELECT * FROM OPENROWSET (BULK ‘C:\MyFile\xmlfile.xml’, SINGLE_CLOB) AS xCol) AS R(xCol)

文本编码
SQL Server 2005 以 Unicode (UTF-16) 存储 XML 数据。从服务器检索的 XML 数据均采用 UTF-16 编码。如果需要采用不同的编码，必须对检索到的数据执行所需的转换。有时，XML 数据可能采用不同的编码。如果是这样，加载数据时必须非常小心。例如：

如果文本 XML 采用 Unicode（UCS-2、UTF-16），可以将其赋给 XML 列、变量或参数，不会有任何问题。

如果由于源代码页的原因，编码不是 Unicode 而是隐式的，则数据库中的字符串代码页应与要加载的码位相同或与其兼容。如果需要，请使用 COLLATE。如果不存在这样的服务器代码页，则必须添加使用正确编码的显式 XML 声明。

若要使用显式编码，请使用 varbinary() 类型（它与代码页没有任何交互），或使用字符串类型的相应代码页。然后，将数据赋给 XML 列、变量或参数。

示例：显式指定编码
假定您有一个 XML 文档 vcdoc，它存储为没有显式 XML 声明的 varchar(max)。以下语句添加编码为“iso8859-1”的 XML 声明，将 XML 文档串联起来，将结果转换为 varbinary(max) 以便保留字节表示形式，最终将其转换为 XML。这样，XML 处理器就可以根据指定的编码“iso8859-1”分析数据，并为字符串值生成相应的 UTF-16 表示形式。

复制代码
SELECT CAST( CAST ((‘‘+ vcdoc) AS VARBINARY (MAX)) AS XML)

XQuery 和类型推理
Transact-SQL 中嵌入的 XQuery 语言支持查询 xml 数据类型。该语言正在由万维网联盟 (W3C) 开发，Microsoft 的所有主要数据库供应商都参与其中。它包含了 XPath 2.0 版作为导航语言。同时，还提供了针对 xml 数据类型的数据修改语言构造。有关 SQL Server 中支持的 XQuery 构造、函数和运算符的详细信息，请参阅针对 xml 数据类型的 XQuery 函数。

错误模型
语法不正确的 Xquery 表达式和 XML DML 语句会返回编译错误。编译阶段会检查 XQuery 表达式和 DML 语句的静态类型正确性，并针对类型化的 XML 使用 XML 架构进行类型推理。如果表达式在运行时由于类型安全冲突而失败，会引起静态类型错误。静态错误的示例包括将字符串添加到整数，以及在不存在的节点中查询类型化的数据。

与 W3C 标准有所不同的是，XQuery 运行时错误被转换为空序列。这些序列根据调用上下文，可以作为空 XML 或 NULL 传播到查询结果。

通过显式转换为正确的类型，用户可以解决静态错误的问题，尽管运行时转换错误将被转换为空序列。

下列部分详细介绍了类型检查。

单一性检查
如果编译器无法确定是否在运行时保证单一性，则要求单一性的位置步骤、函数参数和运算符将返回错误。此问题经常出现在非类型化数据上。例如，对属性的查找需要单一的父元素。选择单个父节点的序号即可满足需要。计算 node()-value() 组合以提取属性值可能不需要指定序号。如以下示例中所示。

示例：已知单一性
在此示例中，nodes() 方法为每个 元素生成一个单独的行。对 节点进行计算的 value() 方法提取 @genre 值，其作为属性，具有单一性。

复制代码
SELECT nref.value(‘@genre’, ‘varchar(max)’) LastNameFROM T CROSS APPLY xCol.nodes(‘//book’) AS R(nref)

XML 架构用于对类型化的 XML 进行类型检查。如果某个节点指定为 XML 架构中单一的节点，则编译器将使用该信息，并且不会发生任何错误。否则，需要选择单个节点的序号。特别的情况是，使用 descendant-or-self (//)（如在 /book//title 中）会丢失