给个思路，将HTML换成XML。 下面的文字从微软网站拷贝过来的，自己看类型化的 XML如果 XML 架构集合中有描述 XML 数据的 XML 架构，就可以将 XML 架构集合与产生类型化 XML 的 XML 列相关联。可以使用 XML 架构来验证数据的有效性，在编译查询和数据修改语句时执行比非类型化的 XML 更精确的类型检查，以及优化存储和查询处理。 类型化的 XML 列、参数和变量可以存储 XML 文档或内容，可以在声明时将其指定为一个选项（分别为DOCUMENT 或 CONTENT，默认为 CONTENT）。此外，还必须提供 XML 架构集合。如果每个 XML 实例都正好有一个顶层元素，则指定 DOCUMENT；否则，使用 CONTENT。查询编译器在类型检查中使用 DOCUMENT 标记来推理 singleton 顶层元素。 例:表中的类型化 XML 列 XML 列、变量和参数可以绑定到一个 XML 架构集合（请参阅本文后面的“XML 架构处理”一节以获得更多的详细信息和示例）。假定 myCollection 代表这样一个集合。下面的语句创建一个表 XmlCatalog，带有使用 myCollection 进行类型化的 XML 列文档。类型化的 XML 列还被指定为接受 XML 片段，而不只是 XML 文档。 CREATE TABLE XmlCatalog ( ID INT PRIMARY KEY, Document XML(CONTENT myCollection)) 约束 XML 数据类型的列• 除了类型化一个 XML 列之外，还可以在类型化和非类型化的 XML 数据类型的列中使用关系（列或行）约束。大部分 SQL 约束同样可应用于 XML 列，值得注意的唯一例外是主键和外键约束，因为 XML 数据类型的实例是不兼容的。因此，可以指定 XML 列可为空或不可为空，提供默认值，并且在列中定义 CHECK 约束。例如，非类型化的 XML 列可以有 CHECK 约束来验证存储的 XML 实例是否符合 XML 架构。 在下列条件下使用约束： • 业务规则不能用 XML 架构表示。例如，花店的交付地址必须在其业务场所 50 英里的范围内，这可以编写成 XML 列中的一个约束条件。该约束条件可以包括 XML 数据类型的方法。 • 约束条件涉及表中其他的 XML 或 非 XML 列。这样的一个例子就是，使 XML 实例中存在的 Customer (/Customer/@CustId) 的id 与整型 CustomerID 列中的值相匹配。 例:约束 XML 列 要确定<book>的<author>的<last-name> 不同于<author>的<first-name> ，可以指定下列 CHECK 约束： CREATE TABLE docs (pk INT PRIMARY KEY, xCol XML not nullCONSTRAINT CK_name CHECK (xCol.exist('/book/author[first-name = last-name]') = 0)) 文本编码SQL Server 2005 将 XML 数据存储为 Unicode (UTF-16)。从服务器检索的XML 数据，其结果也是 UTF-16 编码的。如果想要采用一种不同的编码方式，就需要在检索数据之后进行必要的转换，转换的方法有两种，一种是通过强制类型转换，另一种是在中间层执行转换。例如，可以在服务器上将 XML 数据强制转换成 varchar 类型，在这种情况下，数据库引擎会通过 varchar 类型的排序所确定的编码方式来序列化 XML。 存储 XML 数据可以通过多种方式为 XML 列、参数或变量提供 XML 值。 • 作为隐式转换到 XML 数据类型的字符或二进制 SQL 类型。 • 作为文件的内容。 • 作为 XML 发布机制 FOR XML 的输出（带有生成 XML 数据类型实例的 TYPE 指令） 对提供的值进行格式良好性检查，并且允许存储 XML 文档和 XML 片段。如果数据没有通过格式良好性检查，则拒绝它，并发出一个适当的错误消息。 对于类型化的 XML，需要检查提供的值是否符合已注册到类型化 XML 列的 XML 架构集合的 XML 架构。如果该 XML 实例没有通过这种有效性验证，则拒绝它。此外，仅当 CONTENT 允许提供 XML 文档和内容时，类型化的 XML 中的 DOCUMENT 标记才将所接受的值限制为 XML 文档。 例:将数据插入非类型化的 XML 列 下列语句在表 docs 中新插入一行，其中在整型的 pk 列插入的值为 1，而在 XML 列插入的是 实例。 数据（作为字符串提供）被隐式地转换为 XML 数据类型，并且在插入的过程中进行格式良好性检查。 INSERT INTO docs VALUES (1, '<book genre="security" publicationdate="2002" ISBN="0-7356-1588-2"> <title>Writing Secure Code</title> <author> <first-name>Michael</first-name> <last-name>Howard</last-name> </author> <author> <first-name>David</first-name> <last-name>LeBlanc</last-name> </author> <price>39.99</price> </book>') 例:将来自文件的数据插入非类型化的 XML 列 如下所示的 INSERT 语句使用 OPENROWSET 读取文件 C:\temp\xmlfile.xml 的内容作为 BLOB。在表 docs 中新插入一行，值 10 作为主键，而 BLOB 作为 XML 列 xCol。格式良好性检查出现在文件内容分配到 XML 列时。 INSERT INTO docs SELECT 10, xCol FROM (SELECT * FROM OPENROWSET (BULK 'C:\temp\xmlfile.xml', SINGLE_BLOB) AS xCol) AS R(xCol) 例:将数据插入类型化的 XML 列 类型化的 XML 列需要 XML 实例数据指定用于对其进行类型化的 XML 架构的目标命名空间（该命名空间可以为空）。在下面的示例中，这是通过命名空间声明 xmlns=http://myDVD 来实现的。 INSERT XmlCatalog VALUES(2, '<?xml version="1.0"?> <dvdstore xmlns="http://myDVD"> <dvd genre="Comedy" releasedate="2003"> <title>My Big Fat Greek Wedding</title> <price>19.99</price> </dvd> </dvdstore>') 例:存储使用带有 TYPE 指令的 FOR XML 生成的 XML 数据 通过 TYPE 指令增强的 FOR XML 可以生成像 XML 数据类型实例这样的结果。结果 XML 可以分配到 XML 列、变量或参数。在下面的语句中，使用 FOR XML TYPE 生成的 XML 实例被分配给 XML 数据类型的变量 @xVar。可以使用 XML 数据类型的方法来查询变量。 DECLARE @xVar XML SET @xVar = (SELECT * FROM docs FOR XML AUTO,TYPE) 存储表示XML 数据类型的实例存储在内部的二进制表示中，该表示是可流化的，并且经过了优化，从而可以更有效地进行解析。标记映射到整型值，而映射的值存储在内部表示中。这也产生了一些数据的压缩。 对于非类型化的 XML，节点值存储为 Unicode (UTF-16) 字符串，因此需要进行运行时类型转换才能执行操作。例如，为了求谓词 /book/price > 9.99 的值，必须将该书的价格值转换为小数。而对于类型化的 XML，值的编码类型为在 XML 架构中指定的类型。这使得数据的解析更加有效，并且还不必进行运行时转换。 存储的二进制形式被限制为每 XML 实例 2 GB，这可以适应大部分的 XML 数据。此外，XML 层次的深度还被限制为 128 层。 XML 数据的信息集内容被保留。但是，它不可能是与文本 XML 一模一样的副本，因为下列信息没有保留：无关紧要的空白、属性的顺序、命名空间前缀和 XML 声明。
我也这么认为的 应该不能执行吧你可以 存入这样的 <a href='#'>Link</a> 的字符串 然后直接在前台编码输出
下面的文字从微软网站拷贝过来的，自己看类型化的 XML如果 XML 架构集合中有描述 XML 数据的 XML 架构，就可以将 XML 架构集合与产生类型化 XML 的 XML 列相关联。可以使用 XML 架构来验证数据的有效性，在编译查询和数据修改语句时执行比非类型化的 XML 更精确的类型检查，以及优化存储和查询处理。
类型化的 XML 列、参数和变量可以存储 XML 文档或内容，可以在声明时将其指定为一个选项（分别为DOCUMENT 或 CONTENT，默认为 CONTENT）。此外，还必须提供 XML 架构集合。如果每个 XML 实例都正好有一个顶层元素，则指定 DOCUMENT；否则，使用 CONTENT。查询编译器在类型检查中使用 DOCUMENT 标记来推理 singleton 顶层元素。
例:表中的类型化 XML 列
XML 列、变量和参数可以绑定到一个 XML 架构集合（请参阅本文后面的“XML 架构处理”一节以获得更多的详细信息和示例）。假定 myCollection 代表这样一个集合。下面的语句创建一个表 XmlCatalog，带有使用 myCollection 进行类型化的 XML 列文档。类型化的 XML 列还被指定为接受 XML 片段，而不只是 XML 文档。
CREATE TABLE XmlCatalog (
ID INT PRIMARY KEY,
Document XML(CONTENT myCollection))
约束 XML 数据类型的列•
除了类型化一个 XML 列之外，还可以在类型化和非类型化的 XML 数据类型的列中使用关系（列或行）约束。大部分 SQL 约束同样可应用于 XML 列，值得注意的唯一例外是主键和外键约束，因为 XML 数据类型的实例是不兼容的。因此，可以指定 XML 列可为空或不可为空，提供默认值，并且在列中定义 CHECK 约束。例如，非类型化的 XML 列可以有 CHECK 约束来验证存储的 XML 实例是否符合 XML 架构。
在下列条件下使用约束：
•
业务规则不能用 XML 架构表示。例如，花店的交付地址必须在其业务场所 50 英里的范围内，这可以编写成 XML 列中的一个约束条件。该约束条件可以包括 XML 数据类型的方法。
•
约束条件涉及表中其他的 XML 或 非 XML 列。这样的一个例子就是，使 XML 实例中存在的 Customer (/Customer/@CustId) 的id 与整型 CustomerID 列中的值相匹配。
例:约束 XML 列
要确定<book>的<author>的<last-name> 不同于<author>的<first-name> ，可以指定下列 CHECK 约束：
CREATE TABLE docs (pk INT PRIMARY KEY, xCol XML not nullCONSTRAINT CK_name CHECK (xCol.exist('/book/author[first-name = last-name]') = 0))
文本编码SQL Server 2005 将 XML 数据存储为 Unicode (UTF-16)。从服务器检索的XML 数据，其结果也是 UTF-16 编码的。如果想要采用一种不同的编码方式，就需要在检索数据之后进行必要的转换，转换的方法有两种，一种是通过强制类型转换，另一种是在中间层执行转换。例如，可以在服务器上将 XML 数据强制转换成 varchar 类型，在这种情况下，数据库引擎会通过 varchar 类型的排序所确定的编码方式来序列化 XML。
存储 XML 数据可以通过多种方式为 XML 列、参数或变量提供 XML 值。
•
作为隐式转换到 XML 数据类型的字符或二进制 SQL 类型。
•
作为文件的内容。
•
作为 XML 发布机制 FOR XML 的输出（带有生成 XML 数据类型实例的 TYPE 指令）
对提供的值进行格式良好性检查，并且允许存储 XML 文档和 XML 片段。如果数据没有通过格式良好性检查，则拒绝它，并发出一个适当的错误消息。
对于类型化的 XML，需要检查提供的值是否符合已注册到类型化 XML 列的 XML 架构集合的 XML 架构。如果该 XML 实例没有通过这种有效性验证，则拒绝它。此外，仅当 CONTENT 允许提供 XML 文档和内容时，类型化的 XML 中的 DOCUMENT 标记才将所接受的值限制为 XML 文档。
例:将数据插入非类型化的 XML 列
下列语句在表 docs 中新插入一行，其中在整型的 pk 列插入的值为 1，而在 XML 列插入的是 实例。 数据（作为字符串提供）被隐式地转换为 XML 数据类型，并且在插入的过程中进行格式良好性检查。
INSERT INTO docs VALUES (1,
'<book genre="security" publicationdate="2002" ISBN="0-7356-1588-2">
<title>Writing Secure Code</title>
<author>
<first-name>Michael</first-name>
<last-name>Howard</last-name>
</author>
<author>
<first-name>David</first-name>
<last-name>LeBlanc</last-name>
</author>
<price>39.99</price>
</book>')
例:将来自文件的数据插入非类型化的 XML 列
如下所示的 INSERT 语句使用 OPENROWSET 读取文件 C:\temp\xmlfile.xml 的内容作为 BLOB。在表 docs 中新插入一行，值 10 作为主键，而 BLOB 作为 XML 列 xCol。格式良好性检查出现在文件内容分配到 XML 列时。
INSERT INTO docs
SELECT 10, xCol
FROM (SELECT * FROM OPENROWSET
(BULK 'C:\temp\xmlfile.xml',
SINGLE_BLOB) AS xCol) AS R(xCol)
例:将数据插入类型化的 XML 列
类型化的 XML 列需要 XML 实例数据指定用于对其进行类型化的 XML 架构的目标命名空间（该命名空间可以为空）。在下面的示例中，这是通过命名空间声明 xmlns=http://myDVD 来实现的。
INSERT XmlCatalog VALUES(2,
'<?xml version="1.0"?>
<dvdstore xmlns="http://myDVD">
<dvd genre="Comedy" releasedate="2003">
<title>My Big Fat Greek Wedding</title>
<price>19.99</price>
</dvd>
</dvdstore>')
例:存储使用带有 TYPE 指令的 FOR XML 生成的 XML 数据
通过 TYPE 指令增强的 FOR XML 可以生成像 XML 数据类型实例这样的结果。结果 XML 可以分配到 XML 列、变量或参数。在下面的语句中，使用 FOR XML TYPE 生成的 XML 实例被分配给 XML 数据类型的变量 @xVar。可以使用 XML 数据类型的方法来查询变量。
DECLARE @xVar XML
SET @xVar = (SELECT * FROM docs FOR XML AUTO,TYPE)
存储表示XML 数据类型的实例存储在内部的二进制表示中，该表示是可流化的，并且经过了优化，从而可以更有效地进行解析。标记映射到整型值，而映射的值存储在内部表示中。这也产生了一些数据的压缩。
对于非类型化的 XML，节点值存储为 Unicode (UTF-16) 字符串，因此需要进行运行时类型转换才能执行操作。例如，为了求谓词 /book/price > 9.99 的值，必须将该书的价格值转换为小数。而对于类型化的 XML，值的编码类型为在 XML 架构中指定的类型。这使得数据的解析更加有效，并且还不必进行运行时转换。
存储的二进制形式被限制为每 XML 实例 2 GB，这可以适应大部分的 XML 数据。此外，XML 层次的深度还被限制为 128 层。
XML 数据的信息集内容被保留。但是，它不可能是与文本 XML 一模一样的副本，因为下列信息没有保留：无关紧要的空白、属性的顺序、命名空间前缀和 XML 声明。