A Step-By-Step Guide to Using TRY...CATCH to Handle SQL Server Errors

The TRY…CATCH statement in Transact-SQL detects and handles error conditions in database applications. This statement is the cornerstone of SQL Server error handling and is an important part of developing robust database applications. TRY...CATCH applies to SQL Server starting with 2008, Azure SQL Database, Azure SQL Data Warehouse, and Parallel Data Warehouse.

TRY...CATCH works by allowing you to specify two Transact-SQL statements: one that you want to "try" and another to use to "catch" any errors that might arise. When SQL Server encounters a TRY...CATCH statement, it immediately executes the statement included in the TRY clause. If the TRY statement executes successfully, SQL Server moves on. However, if the TRY statement generates an error, SQL Server executes the CATCH statement to handle the error gracefully.

The basic syntax takes this form:

BEGIN TRY
{ sql_statement | statement block }
END TRY
BEGIN CATCH
[ { sql_statement | statement_block } ]
END CATCH
[ ; ]

It's easy to understand the use of this statement through an example. Imagine that you are the administrator of a human resources database that contains a table named "Employees," which contains information about each of the employees in your organization. That table uses an integer employee ID number as the primary key. You might attempt to use the statement below to insert a new employee into your database:

INSERT INTO employees(id, first_name, last_name, extension)
VALUES(12497, 'Mike', 'Chapple', 4201)

Under normal circumstances, this statement would add a row to the Employees table. However, if an employee with ID 12497 already exists in the database, inserting the row would violate the primary key constraint and result in the following error:

Msg 2627, Level 14, State 1, Line 1
Violation of PRIMARY KEY constraint 'PK_employee_id'. Cannot insert duplicate key in object 'dbo.employees'.
The statement has been terminated.

While this error provides you with the information you need to troubleshoot the problem, there are two problems with it. First, the message is cryptic. It includes error codes, line numbers and other information that is incomprehensible to the average user. Second, and more importantly, it causes the statement to abort and could cause an application crash.
The alternative is to wrap the statement in a TRY…CATCH statement, as shown here:

BEGIN TRY
INSERT INTO employees( id, first_name, last_name, extension)
VALUES(12497, 'Mike', 'Chapple', 4201)
END TRY
BEGIN CATCH
PRINT 'ERROR: ' + ERROR_MESSAGE( );
EXEC msdb.dbo.sp_send_dbmail
@profile_name = 'Employee Mail',
@recipients = 'hr@foo.com',
@body = 'An error occurred creating a new employee record.',
@subject = 'Employee ID Duplication Error' ;
END CATCH

In this example, any errors that occur are reported to both the user executing the command and the hr@foo.com e-mail address. The error shown to the user is:

Error: Violation of PRIMARY KEY constraint 'PK_employee_id'. 
Cannot insert duplicate key in object 'dbo.employees'.
Mail queued.

Application execution continues normally, allowing the programmer to handle the error. Use of the TRY...CATCH statement is an elegant way to proactively detect and handle errors that occur in SQL Server database applications.