曲演杂坛--使用TRY CATCH应该注意的一个小细节

群里一个朋友遇到一个TRY CATCH的小问题，测试后发现是自己从来没有考虑的情况，写篇blog加深下印象

--=========================================================

在MSDN上对TRY CATCH有如下描述：

对 Transact-SQL 实现与 Microsoft Visual C# 和 Microsoft Visual C++ 语言中的异常处理类似的错误处理。Transact-SQL 语句组可以包含在 TRY 块中。如果 TRY 块内部发生错误，则会将控制传递给 CATCH 块中包含的另一个语句组。

--=========================================================

在TRY CATCH未出现之前，我们使用@@ERROR,ERROR_STATE()等来判断语句是否正常运行，再根据情况来处理事务，随着TRY CATCH的出现，我们可以将事务语句写成如下方式：

--开启事务
BEGIN TRAN 
BEGIN TRY
    --执行一些逻辑操作
    INSERT INTO TB1(ID)VALUES(1)
    --提交事务
    COMMIT TRAN
END TRY
BEGIN CATCH
    --回滚事务
    ROLLBACK TRAN
END CATCH

可当我们执行以下语句（不创建临时表#TB）

BEGIN TRAN 
BEGIN TRY

    INSERT INTO #TB SELECT 1
    
    PRINT 'COMMIT TRAN';
    
    COMMIT TRAN;
END TRY
BEGIN CATCH

    SELECT ERROR_MESSAGE() AS ErrorMessage
    ,ERROR_SEVERITY() AS ErrorSeverity
    ,ERROR_STATE() AS ErrorState

    PRINT 'ROLLBACK TRAN';
    ROLLBACK TRAN;

END CATCH

由于#TB没有创建，因此在执行中发生异常,错误提示如下：

消息 102，级别 15，状态 1，第 24 行
“对”附近有语法错误。

这个错误很容易理解，因为#TB不存在，但这不是重点，重点是CATCH部分的语句没有被执行，事务没有被提交也没有被回滚（如果程序中有类似问题，那就严重咯）。

继续阅读MSDN，可以找到如下解释：

不受 TRY…CATCH 构造影响的错误
TRY…CATCH 构造在下列情况下不捕获错误：

严重级别为 10 或更低的警告或信息性消息。


严重级别为 20 或更高且终止会话的 SQL Server 数据库引擎任务处理的错误。如果所发生错误的严重级别为 20 或更高，而数据库连接未中断，则 TRY…CATCH 将处理该错误。


需要关注的消息，如客户端中断请求或客户端连接中断。


当系统管理员使用 KILL 语句终止会话时。


如果以下类型的错误的发生级别与 TRY…CATCH 构造的执行等级相同，则 CATCH 块不会处理这些错误：

编写错误，例如禁止运行批处理的语法错误。


语句级重新编写过程中出现的错误，例如由于名称解析延迟而造成在编写后出现对象名解析错误。


这些错误会被返回到运行批处理、存储过程或触发器的级别。

经过对比分析，我们遇到的问题应该属于“语句级重新编写过程中出现的错误，例如由于名称解析延迟而造成在编写后出现对象名解析错误。”的情况。

--==============================================================

如果有类似的问题，我们应该如何处理呢？

解决办法1：在对#TB处理前先判断其是否存在

解决办法2：将对#TB的操作语句放入的EXEC(@SQL)

BEGIN TRAN 
BEGIN TRY

    EXEC('INSERT INTO #TB SELECT 1')
    
    PRINT 'COMMIT TRAN';
    
    COMMIT TRAN;
END TRY
BEGIN CATCH

    SELECT ERROR_MESSAGE() AS ErrorMessage
    ,ERROR_SEVERITY() AS ErrorSeverity
    ,ERROR_STATE() AS ErrorState

    PRINT 'ROLLBACK TRAN';
    ROLLBACK TRAN;

END CATCH