• 一个变量
• 在存储过程或自定义函数中作为参数
• 自定义函数的返回值
• 一个表的一列

　　在这里您也应应意识到 xml 数据类型的一些限制。虽然xml数据类型可以包含NULL值，但不像其它的本机数据类型，您不能直接比较两个 xml 数据类型的实例。（不过您可以将xml实例转换为 TEXT 数据类型，然后再做比较。）任何相等比较需要先将xml 类型转换为字符类型。此限制也意味着您不能在 ORDER BY 或 GROUP BY子句中使用xml 数据类型。还有几个其他限制，我们稍后会更详细地讨论。

　　这似乎是相当严重的限制，但在正确使用时他们不会真正影响到 xml 数据类型。xml 数据类型也有一个丰富的功能集，这算是对这些限制的一些补偿。

　　作为变量使用XML数据类型

　　让我们首先编写一些使用新的 xml 数据类型的变量的代码。和使用任何其他 TRANSACT-SQL (T-SQL) 变量一样,您只需声明它,然后分配值给它，如在下面的示例中，使用一段XML来表示一个销售代表的数据为：
　　DECLARE @xmlData AS XML;
　　SET @xmlData=’
　　　<Customers>
　　　  <CustomerID>TELRK</CustomerID>
　　　  <CompanyName>Telerik, Inc</CompanyName>
　　　  <ContactName>Stephen Forte</ContactName>
　　　  <ContactTitle>Sales Representative</ContactTitle>
　　　  <Address>5-9 Union Square West</Address>
　　　  <City>New York</City>
　　　  <PostalCode>10028</PostalCode>
　　　  <Country>USA</Country>
　　　  <Phone>030-0074321</Phone>
　　　  <Fax>030-0076545</Fax>
　  </Customers>’;
　　SELECT @xmlData;
　　

　　这个很基本的示例显示了像声明任何其他任何本机 SQL Server 数据类型一样使用 DECLARE 语句声明一个 XML 变量。该变量然后被分配了一个值。很奇怪的是，一个表示XML 数据的字符串分配给了xml 的数据类型，xml数据奖这个字符串解析成 XML。（同样，基于公共语言运行库用户定义类型也支持且需要相同的功能。）该示例同时还检查XML格式的正确性，如验证元素的开始和结束标记是否匹配。

　　最后一个语句通过一个SELECT 语句将XML返回给调用方，结果将在单行单列中显示xml数据。让数据库认识到您正在使用 XML数据 （而不是恰好是 XML的原始文本）的另一个好处是xml数据在 SQL Server Management Studio 呈现为超链接。点击超链接会打开一个新窗口，包含了格式化好的xml数据（使用 Windows Internet Explorer XML 模板），同时带有颜色高亮及可折叠/可展开节点。如果您然后在XML 结果窗口的标题栏上右键单击，您将看到一些有用的选项，如将 XML 保存到文件。

　　在表中使用XML数据

　　如之前所说，您也可以像如下的例子一样在一个表中将一列定义为xml:

　　USE AdventureWorks2008

　　GO

　　CREATE TABLE OrdersXML
　　  (OrderDocID int PRIMARY KEY,
　　   xOrders xml NOT NULL)

　　如刚才所说，xml数据类型存在一些限制，在将xml定义为表的一列时限制如下：

• 它不能定义为主键
• 它不能定义为外键
• 不能将它定义为惟一约束(UNIQUE constraint)
• 不能在定义中使用COLLATE关键字

　　我们之前说过不能比较两个xml实例的相等性。主键、外键、惟一约束都需要能比较包含的数据，因此xml数据不能在这些情况下使用。SQL Server的COLLATE语句对xml数据类型来说是没有意义的，因为SQL Server并不是将xml数存储为文本，而是使用特定于xml的编码。

　　现在让我们在此列中插入一些数据。这个例子使用硬编码的xml数据，先存放到一个xml变量中，然后插入到我们刚刚创建的OrdersXML表中：

　　DECLARE @xmlData AS XML；
 　　SET @xmlData = ‘
　　　<Orders>
　　　  <Order>
　　　    <OrderID>5</OrderID>
　　　    <CustomerID>65</CustomerID>
　　　    <OrderAmount>25</OrderAmount>
　　  </Order>
　　</Orders>’；

　　INSERT INTO OrdersXML (OrderDocID, xOrders) Values (1, @xmlData)；

　　你可以有多种方式将xml数据插入到列中：XML Bulk Load（我们稍候会讨论） ；从XML变量中加载（如例子所示）；使用FOR XML TYPE特性从SELECT语句中加载，这个一会将讲到。只的格式良好的XML（包括片段）才能插入到表中，任何将非法格式XML数据插入表的尝试将导致一个异常，如下所示：

　　INSERT INTO OrdersXML (OrderDocID, xOrders) VALUES (3, ‘<nm>steve</NM>’)；

　　这将产生如下的错误消息：

　　Msg 9436, Level 16, State 1, Line 1
　　XML parsing: line 1, character 14, end tag does not match start tag

　　(末完待续…)

WITH SimpleRecursive(field names)
AS
(
   <Select Statement for the Anchor Member>

   UNION ALL

   <Select Statement for the Recursive Member>
)

SELECT * FROM SimpleRecursive

下面的代码将演示这些特性。下面的代码创建了一个employees表，表中有一个自引用到EmployeeID的字段：ReportsTo。我们将编写一个查询得到所有向Stephen (EmployeeID=2)报告的员工及向Stephen下级报告的员工。

 测试表：

CREATE TABLE EmployeeTree
 (EmployeeID int PRIMARY KEY,
  EmployeeName nvarchar(50),
  ReportsTo int)
GO

--insert some data, build a reporting tree
INSERT INTO EmployeeTree VALUES(1, 'Richard', NULL)
INSERT INTO EmployeeTree VALUES(2, 'Stephen', 1)
INSERT INTO EmployeeTree VALUES(3, 'Clemens', 2)
INSERT INTO EmployeeTree VALUES(4, 'Malek', 2)
INSERT INTO EmployeeTree VALUES(5, 'Goksin', 4)
INSERT INTO EmployeeTree VALUES(6, 'Kimberly', 1)
INSERT INTO EmployeeTree VALUES(7, 'Ramesh', 5)

 递归查询代码：

WITH SimpleRecursive(EmployeeID, EmployeeName, ReportsTo)
AS
(
  SELECT EmployeeID, EmployeeName, ReportsTo
   FROM EmployeeTree WHERE EmployeeID = 2
  UNION ALL
  SELECT p.EmployeeID, p.EmployeeName, p.ReportsTo
   FROM EmployeeTree AS P
    INNER JOIN SimpleRecursive A ON A.EmployeeID = P.ReportsTo
)
SELECT sr.EmployeeName AS Employee, et.EmployeeName AS Boss
 FROM SimpleRecursive AS sr
  INNER JOIN EmployeeTree AS et ON sr.ReportsTo = et.EmployeeID

下面是查询结果：

Employee    Boss
----------- ------------
Stephen     Richard
Clemens     Stephen
Malek       Stephen
Goksin      Malek
Ramesh      Goskin

　　递归查询以EmployeeID = 2开始(SELECT之后的锚成员),此查询将获取相应的记录，然后由递归查询获取向Stephen报告的员工记录及相应记录的下级。(例如Goksin向Malek汇报, 以及 Malek 向Stephen汇报.)。然后每个子递归尝试获取上次递归找到的员工的下级。最后，递归将返回空记录，这将导致递归结束(这就是为什么没有Kimberly记录的原因)。如果将上述代码中的的锚成员改为EmployeeID = 1，查询将返回Kimberly记录。

　　从设计上讲，递归成员将一直查询下级员工(对本例来说)并无限持续下去。如果你怀疑递归过多并想限制递归调用的次数，你可以在CTE的外查询(见下例)中指定OPTION子句的MAXRECURSION选项。如:OPTION(MAXRECURSION 25)

　　这个选项将促使SQL Server在递归深度超过指定限制时产生一个错误。缺省时，这个限制是100(就是在你忽略这个选项时)。如果你想彻底取消此选项的作用，你需要指定MAXRECURSION为０。你可以通过指定MAXRECURSION选项用和上面一样的代码来取得最上两级员工：

WITH SimpleRecursive(EmployeeID, EmployeeName, ReportsTo)
AS
(
  SELECT EmployeeID, EmployeeName, ReportsTo
   FROM EmployeeTree WHERE EmployeeID = 2
  UNION ALL
  SELECT p.EmployeeID, p.EmployeeName, p.ReportsTo
   FROM EmployeeTree AS P
    INNER JOIN SimpleRecursive A ON A.EmployeeID = P.ReportsTo
)
SELECT sr.EmployeeName AS Employee, et.EmployeeName AS Boss
 FROM SimpleRecursive AS sr
  INNER JOIN EmployeeTree AS et ON sr.ReportsTo = et.EmployeeID
OPTION(MAXRECURSION 2)

下面中结果:
Employee Boss
———- ————
Stephen Richard
Clemens Stephen
Malek Stephen
Goksin Malek

　　你同时会看到如下的错误信息：

Msg 530, Level 16, State 1, Line 2
The statement terminated. The maximum recursion 2 has been exhausted
before statement completion.

　    为了避免这种错误，一种方法是用一个产生列(generated column)来跟踪当前的层级并在WHERE子句中使用这个产生列作为限制条件,而不使用MAXRECURSION选项。下面是修改过的代码，它将返回和上述同样的数据，但不会产生错误信息：

WITH SimpleRecursive(EmployeeID, EmployeeName, ReportsTo, SubLevel)
AS
(
  SELECT EmployeeID, EmployeeName, ReportsTo, 0
   FROM EmployeeTree WHERE EmployeeID = 2
  UNION ALL
  SELECT p.EmployeeID, p.EmployeeName, p.ReportsTo, SubLevel + 1
   FROM EmployeeTree AS P
    INNER JOIN SimpleRecursive A ON A.EmployeeID = P.ReportsTo
    WHERE SubLevel <= 2
)
SELECT sr.EmployeeName AS Employee, et.EmployeeName AS Boss
 FROM SimpleRecursive sr
  INNER JOIN EmployeeTree AS et ON sr.ReportsTo = et.EmployeeID

　　另外，SQL Server 2008引入了一个hierarchyid新数据类型，可以比我们刚才看到的递归代码实现更强大树形结构数据。等有机会我们再探讨。

• Microsoft SQL Server 2008 Internals。这本书是由六位SQL Server专家合著的。想必大家对其中的Kalen Delaney应该比较眼熟。她过的重要的书有《INSIDE MICROSOFT SQL SERVER 2005： QUERY TUNING AND OPTIMIZATION》、《INSIDE MICROSOFT SQL SERVER 2005： THE STORAGE ENGINE》以及早期的《INSIDE MICROSOFT SQL SERVER 2000》。由Kalen Delaney编写的微软SQL Server图书一直是同类图书中的佼佼者，是SQL Server 开发人员、架构师和DBA的案头必备书。如今，这本新书纳入微软阵容空前的“深入解析”（Internals）系列，增加5位SQL Server顶级专家，深入剖析了SQL Server 2008的底层机理及其对应用程序的影响，更具权威性。对于想更深入了解SQL Server内幕的开发人员，此书绝对是不可少的。

　　　本书是讲述SQL Server关系数据库引擎内部机理和架构的权威指南。书中详细阐述了SQL Server处理查询、管理数据的相关内容，包括SQL   Server架构和配置、跟踪/扩展事件、日志和恢复、索引、表格、查询优化、事务/并发以及DBCC。.

　　　本书适合中高级数据库开发人员阅读。

microsoft sql server 2008 internals

• Microsoft SQL Server 2008 T-SQL Fundamentals。此书是由Itzik Ben-Gan写的，是一本讲解SQL Server 2008基础知识的书，但这不意味着它很简单；相反此书却相当有深度，也就是对基础知识后面的逻辑知识有深入的介绍，同时也提供了难得的在真实开发中使用SQL的经验和建议。正如作者所说：For me, T-SQL is more than just a language—it’s a way of thinking。(对我来说,T-SQL绝不仅仅只是一门语言，它是思考的方法)。另外，Itzik Ben-Gan也是SQL Server公认的专家，他写过的书有《INSIDE MICROSOFT SQL SERVER 2005： T-SQL PROGRAMMING》、《INSIDE MICROSOFT SQL SERVER 2005： T-SQL QUERYING》。这本书在网上已经有下载。

Microsoft SQL Server 2008 T-SQL Fundamentals

　　这两本书均无可争议是关于SQL Server 2008方面的经典技术书籍，绝对值得大家一读和收藏。