群里一个朋友遇到一个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
执行以上代码，会发现同样是严重级别16的错误，这次可以被传递到CATCH块中处理。
--=======================================================
很多人说细节决定成败，学习SQL SERVER的路上，有很多类似的小知识点，平时很难遇到，遇到时也很容易颠覆下我们自认为的“真理”，这个时候，多看看MSDN还是很管用的！
