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

展示一些示例代码，这些代码将在事务内部运行，依次删除客户的定单详情、定单以及客户本身。在每个 DELETE 语句之后，代码都会检查 @@ERROR 函数的值，以查看 DELETE 语句是否导致了错误。如果是，则回滚事务，停止执行代码，然后从批处理操作返回。

这是标准的事务管理，即如果发生错误，则中止事务，然后将数据的状态返回至其初始状态。请注意，如果一切顺利并且没有发生错误，我会打印一个成功消息，然后回滚事务。通常，我不会成功地进行回滚，因为这是一个测试事务，我实际上并不希望删除我的数据。

请注意，我必须遵循带有 @@ERROR 函数的每个语句，然后再使用 ROLLBACK 和 RETURN。该方法十分糟糕。假设编写一个包含许多查询（这些查询都需要检查）的事务。该过程可以通过 GOTO 语句来稍加简化，当然我并不是 GOTO 语句的提倡者，因为它们依旧未解决需要在查询操作之后立即检查 @@ERROR 函数的问题。

SQL Server 2005 仍然支持 @@ERROR 函数，但它还包括了广为人知的 TRY/CATCH 模式。TRY/CATCH 结构与 C# try/catch 结构的类似之处在于，在 try 块中捕获错误，然后转移到 catch 块执行。（T-SQL 版本的 TRY/CATCH 没有 FINALLY 子句选项，但 C# 版本有。您可以通过捕获异常、不执行返回、然后使用适当的清除代码执行 catch 块来进行模拟。）因此，在某些情况下需要注意这一点，例如，在指定了 CURSOR 并在 T-SQL TRY 块中引发错误时打开该游标的情况。在这种情况下，应该在 CATCH 块中检查游标以查看它是否已打开；如果已打开，则应将其关闭并取消指定。

BEGIN TRY
    BEGIN TRANSACTION
    DELETE [Order Details] WHERE OrderID IN 
        (SELECT OrderID FROM Orders WHERE CustomerID = 'ALFKI')
    DELETE Orders WHERE CustomerID = 'ALFKI'
    DELETE Customers WHERE CustomerID = 'ALFKI'
    PRINT 'committing deletes'
    COMMIT TRANSACTION
END TRY
BEGIN CATCH
    ROLLBACK TRANSACTION
    RETURN
END CATCH

看到上面代码中的 TRY/CATCH 结构后，您可能会震惊于它与 @@ERROR 技术相比是多么简洁。请注意，对于 TRY/CATCH 块，不需要重复检查是否有错误，因而减少了代码行数同时也减少了出现编码错误的地方。

上面代码中的代码试图开始一个事务，执行一系列 DELETE 语句，然后提交该事务。（另请注意，在我的示例中，我没有提交事务而是回滚该事务，因此实际上并没有删除数据。实际上，这应该是一个 COMMIT TRAN 语句。）

可以在 TRY/CATCH 结构中访问多个内置函数，以帮助您确定导致代码进入 CATCH 块的原因。例如，可以在 CATCH 块内部添加以下语句，返回有关该错误的信息：

SELECT 
    ERROR_LINE()         AS ErrorLine,
    ERROR_MESSAGE()      AS ErrorMessage,
    ERROR_NUMBER()       AS ErrorNumber,
    ERROR_PROCEDURE()    AS ErrorProcedure,
    ERROR_SEVERITY()     AS ErrorSeverity,
    ERROR_STATE()        AS ErrorState

这些函数（如果适用）将返回发生错误的行号、错误消息、错误号、存储过程或发生错误的触发器、错误的严重级别以及错误的状态级别。