TRY...CATCH使用范例
BEGIN TRY
//逻辑语句块
END TRY
BEGIN CATCH
//Catch异常处理块
SET @msg = ERROR_MESSAGE();
PRINT @msg;
END CATCH;
使用 TRY...CATCH 构造时，请遵循下列规则和建议：
每个 TRY...CATCH 构造都必须位于一个批处理、存储过程或触发器中。例如，不能将 TRY 块放置在一个批处理中而将关联的 CATCH 块放置在另一个批处理中。
CATCH 块必须紧跟 TRY 块。
TRY…CATCH 构造可以是嵌套式的。这意味着可以将 TRY…CATCH 构造放置在其他 TRY 块和 CATCH 块内。当嵌套的 TRY 块中出现错误时，程序控制将传递到与嵌套的 TRY 块关联的 CATCH 块。
若要处理给定的 CATCH 块中出现的错误，请在指定的 CATCH 块中编写 TRY...CATCH 块。
TRY...CATCH 块不处理导致数据库引擎关闭连接的严重性为 20 或更高的错误。但是，只要连接不关闭，TRY...CATCH 就会处理严重性为 20 或更高的错误。
严重性为 10 或更低的错误被视为警告或信息性消息，TRY...CATCH 块不处理此类错误。
即使批处理位于 TRY...CATCH 构造的作用域内，关注消息仍将终止该批处理。分布式事务失败时，Microsoft 分布式事务处理协调器 (MS DTC) 将发送关注消息。MS DTC 用于管理分布式事务。
错误函数详解
TRY...CATCH 使用下列错误函数来捕获错误信息：
ERROR_NUMBER() 返回错误号。
ERROR_MESSAGE() 返回错误消息的完整文本。此文本包括为任何可替换参数（如长度、对象名或时间）提供的值。
ERROR_SEVERITY() 返回错误严重性。
ERROR_STATE() 返回错误状态号。
ERROR_LINE() 返回导致错误的例程中的行号。
ERROR_PROCEDURE() 返回出现错误的存储过程或触发器的名称。
可以使用这些函数从 TRY...CATCH 构造的 CATCH 块的作用域中的任何位置检索错误信息。如果在 CATCH 块的作用域之外调用错误函数，错误函数将返回 NULL。在 CATCH 块中执行存储过程时，可以在存储过程中引用错误函数并将其用于检索错误信息。如果这样做，则不必在每个 CATCH 块中重复错误处理代码。在下面的代码示例中，TRY 块中的 SELECT 语句将生成一个被零除错误。此错误将由 CATCH 块处理，它将使用存储过程返回错误信息。
BEGIN TRY
-- Generate divide-by-zero error.
SELECT 1/0;
END TRY
BEGIN CATCH
-- Execute the error retrieval routine.
EXECUTE usp_GetErrorInfo;
END CATCH;
GO
编译错误和语句级重新编译错误
对于与 TRY...CATCH 构造在同一执行级别发生的错误，TRY...CATCH 将不处理以下两类错误：
编译错误，例如阻止批处理执行的语法错误。
语句级重新编译过程中出现的错误，例如由于名称解析延迟而造成在编译后出现对象名解析错误。
当包含 TRY...CATCH 构造的批处理、存储过程或触发器生成其中一种错误时，TRY...CATCH 构造将不处理这些错误。这些错误将返回到调用生成错误的例程的应用程序或批处理。例如，下面的代码示例显示导致语法错误的 SELECT 语句。如果在 SQL Server Management Studio 查询编辑器中执行此代码，则由于批处理无法编译，执行将不启动。错误将返回到查询编辑器，将不会由 TRY...CATCH 捕获。
USE Wot_Inventory;
GO BEGIN TRY
-- This PRINT statement will not run because the batch
-- does not begin execution.
PRINT N'Starting execution'; -- This SELECT statement contains a syntax error that
-- stops the batch from compiling successfully.
SELECT ** FROM Wot_Inventory.dbo.Invoice
END TRY
BEGIN CATCH
SELECT
ERROR_NUMBER() AS ErrorNumber,
ERROR_MESSAGE() AS ErrorMessage;
END CATCH;
GO
与上述示例中的语法错误不同，语句级重新编译过程中发生的错误不会阻碍批处理进行编译，但是一旦语句重新编译失败，它会立即终止批处理。例如，如果批处理含有两条语句并且第二条语句引用的表不存在，则延迟的名称解析会使该批处理成功进行编译并开始执行（无需将缺少的表绑定到查询计划），直到重新编译该语句为止。批处理到达引用缺失表的语句时将停止运行，并返回一个错误。在发生错误的执行级别，TRY...CATCH 构造将不处理此类错误。
有关详细信息，请参阅处理数据库引擎错误中的“在 Transact-SQL 中使用 TRY...CATCH”一节。
PS:欢迎扫描下方二维码或点击链接，加入QQ群
