Try…Catch的定义
为了理解Try…Catch块，你必须先明白异常处理的概念。异常处理非常简单：在执行你的代码时，那些非计划之内发生的事情就是异常，你需要做一些事情对它进行处理。至于如何处理异常，则由开发人员，也就是你来决定。
为了是你的T-SQL代码可以处理异常，你就需要使用Try…Catch块。如果你使用过Visual Studio，那么你可能对Try…Catch块的概念很熟悉。T-SQL中的Try…Catch块虽然与完全成熟的Visual Studio中的很相似，但实际上它少了一些选项。在使用Try…Catch块时，将你所编写的需要运行的T-SQL代码放入Try块中。如果在运行这段代码时，如果一个严重级别是10级或者更高的错误发生，就会转到Catch块中运行那里面的异常处理代码。它的基本结构如下所示：
BEGIN TRY
[T-SQL代码写在这里]
END TRY
BEGIN CATCH
[异常处理代码写在这里]
END CATCH
在T-SQL中使用Try…Catch块时，你需要注意以下这些关键问题：
Try块后面必须要直接接一个Catch块，否则就会发生一个错误。
Try…Catch不能嵌套。
如果Try块中的代码没有故障，将跳过Catch块，执行Catch块后的第一条语句。
当Catch块中的代码运行完毕后，将执行Catch块后的第一条语句。
处理错误
当一个错误发生后，你作为一名开发者需要决定如何处理它。因为你不能像.Net语言那样，将控制权重新转回引起错误的代码上，你所能做的可能就是将问题记入日志，并将所执行的事务进行回滚。为了帮助记录，有一些系统函数提供了错误的更全面的信息，这些函数的具体内容如下所示：
- ERROR_NUMBER() – 返回错误号。
- ERROR_SEVERITY() – 返回错误严重级别。
- ERROR_STATE() – 返回错误状态。
- ERROR_PROCEDURE() - 返回错误所在的存储过程或触发器的名称。
- ERROR_LINE() - 返回错误所在行的行号。
- ERROR_MESSAGE() - 返回错误的实际信息。
使用这些函数，你可以记录错误的详细信息，并将这些信息返回给调用它的过程或者记录，以便对错误进行追踪和修复。这些函数只能在Catch块被调用，在其它地方使用会返回NULL。然而，这些函数可以被Catch块中的代码所使用。也就是说，你可以调用一个存储过程来处理错误，于是这个存储过程就可以调用这些错误函数。下面就是这样的存储过程的一个示例：
| CREATE PROCEDURE spLogError AS --给应用程序返回错误的详细信息 SELECT ERROR_NUMBER() AS ErrNum, ERROR_SEVERITY() AS ErrSev, ERROR_STATE() as ErrState, ERROR_PROCEDURE() as ErrProc, ERROR_LINE() as ErrLine, ERROR_MESSAGE() as ErrMsg --将错误记入错误数据库日志 INSERT INTO SQLErrors.dbo.ErrorLog VALUES(ERROR_NUMBER(), ERROR_SEVERITY(), ERROR_STATE(), ERROR_PROCEDURE(), ERROR_LINE(),ERROR_MESSAGE()) |
这个过程可以在你的Catch块中被调用，用来返回和记录错误的详细信息。
| BEGIN TRY |
--在这里插入代码：当错误发生时，控制权将被转到Catch块
| END TRY BEGIN CATCH |
--这个过程将会记录错误并将详细信息返回给调用它的应用程序
| EXEC spLogError END CATCH |
使用XACT_STATE()函数
还有一个错误函数我们在前面没有讨论，那就是XACT_STATE()函数。它可以在你的Catch块中被调用，返回你的过程中事务的准确状态。XACT_STATE()函数的返回值及其意义如下所示：
- 1 : 有一个活动的事务，它可以被提交或者回滚。
- 0 : 没有活动的事务。
- -1 : 有一个活动的事务，但由于有错误发生，事务不能被提交。
基于这些返回值，你就可以处理你的食物。如果返回值是1，你可以正常的提交或者回滚。如果返回值是0，则并没有打开的事务，如果尝试提交将会产生一个错误。返回值-1比较特殊，它意味着有一个事物，但是它不能被提交。如果返回值是-1的话，你也不能回滚到一个保存点，而只能将整个事务进行回滚。
错误和异常处理对于所有好的编程规范都是至关重要的。现在使用SQL Server 2005提供的Try…Catch块，你可以实现更好的错误处理