基于SQL Server 的Exception Handling - PART II

核心提示： 当执行上面一个SQL的时候，碰到任何一个我们自己抛出的Exception和系统异常，基于SQL Server 的Exception Handling - PART II(3)，都会跳到Catch Block中执行相应的操作，在CATCH中，而对于SQL Server，没有全局常数的概念（在

当执行上面一个SQL的时候，碰到任何一个我们自己抛出的Exception和系统异常，都会跳到Catch Block中执行相应的操作。在CATCH中，我们把在TRY Block中遇到的Error从新抛出。

在这里有一些需要注意的是：并非所有的Error都会使用SQL的执行流入Catch Block，下面是两个主要的例外：

Severity<10

Severity>20并且会马上中止Session

此外，相信大家也看见了在Catch中使用了一些Error作为前缀的Function，这些Function为系统定义的Function，用于返回当前Error的一些信息，这样的Function有：

　　　　 ERROR_NUMBER()：返回Error Number，相当于@@ERROR。
　　　　 ERROR_MESSAGE()：返回Error message.
　　　　 ERROR_SEVERITY()：返回Error严重级别.
　　　　 ERROR_STATE() ：返回Error的状态.
　　　　 ERROR_LINE() ：返回出现Error的行号.
　　　　ERROR_PROCEDURE() ：返回出现Error的Stored Procedure名称.

四、　　Error message & sys.messages

从前面的部分我们可以主要介绍了一种基于RAISERROR和TRY/CATCH的异常处理机制，个人觉得这是一种值得推荐的做法。但是上面的处理有一种不太理想的做法是：在每个Stored procedure中为不同的Error定义了Message。其实在很多情况下，每个Stored procedure都需要处理一些共同的Error，而且对于.NET Application来说往往是通过Message来判断Exception的类型，所以保持各个Stored Procedure的Message的一致性和Stored procedure和Application的Message的一致性就显得尤为重要。所以我们希望的做法是一次定义，对此使用。在Oracle中，我们知道我们可以通过定义具有全局意义的常数来解决，而对于SQL Server，没有全局常数的概念（在我的印象中好像没有），我们需要寻求另一种解决方案：将Message 添加到sys.messages中。