SQL Server 2005的XML支持与异常处理(2)

SQL Server 2005 随附的 AdventureWorks 数据库有一个名为 HumanResources.JobCandidate 的表。该表包含一个名为 Resume 的列，该列是一个绑定到架构集合 HumanResources.HRResumeSchemaCollection 的 XML 列。该列中存储的所有 XML 数据都必须遵循该架构。

类型化和非类型化 XML 列都可以进行索引，但索引时，绑定到架构的 XML 列比非类型化 XML 列具有更多优点。将 XML 索引应用于非类型化 XML 列时，必须分析大部分 XML 结构来定位匹配的节点。但是，将 XML 索引应用于类型化 XML 列时，特定节点是可识别的并可根据架构定位。因此，索引可以在类型化 XML 中更有效地工作，因为它知道在哪里查找。此外，如果需要搜索一个数值范围，则索引将用非类型化 XML 执行一个数据类型转换（因为数据类型是未知的）。类型化 XML 定义自己的数据类型，从而避免了转换开销。

问：我刚刚将 SQL Server 2000 数据库迁移到 SQL Server 2005。我听说 SQL Server 2005 在 T-SQL 中引入了 TRY/CATCH 异常处理。与现有的 IF @@ERROR <> 0 技术相比，新的异常处理如何工作呢？

答：通常对使用 T-SQL 编写代码的抱怨是，T-SQL 始终缺少一个健壮的异常处理结构。通过 SQL Server 2000，您可以编写 T-SQL 批处理代码，以检查是否存在错误甚至何时引发错误（如果需要）。但与 TRY/CATCH 技术相比，执行此操作的技术是最基本的。首先，我将使用 @@ERROR 函数定义与异常处理相关联的问题，然后展示新的 TRY/CATCH 技术与之相比是如何执行的。

SQL Server 公开内置的 @@ERROR 函数，该函数返回所执行的上一条 T-SQL 命令的错误号。该函数的问题在于，它始终返回从刚刚执行的上一个语句返回的错误。这意味着，如果您执行一个导致错误的 INSERT 语句，然后执行另一个不会导致错误的任意 SQL 语句，之后再查看 @@ERROR 的返回值，则该函数将返回 0，原因是上一个语句没有返回错误。您必须十分小心，以确保在执行每个单独语句之后检查 @@ERROR 的值。

BEGIN TRANSACTION

DELETE [Order Details] WHERE OrderID IN 
(SELECT OrderID FROM Orders WHERE CustomerID = 'ALFKI')
IF @@ERROR <> 0
BEGIN
    ROLLBACK TRANSACTION
    RETURN
END
DELETE Orders WHERE CustomerID = 'ALFKI'
IF @@ERROR <> 0
BEGIN
    ROLLBACK TRANSACTION    
    RETURN
END
DELETE Customers WHERE CustomerID = 'ALFKI'
IF @@ERROR <> 0
BEGIN
    ROLLBACK TRANSACTION
    RETURN
END
PRINT 'I got here'
-- Normally do a COMMIT TRANSACTION here.
-- But I do a ROLLBACK so I don't truly delete my test data.
ROLLBACK TRANSACTION