Skip to content

Contact sales

By filling out this form and clicking submit, you acknowledge our privacy policy.

Handling Errors in T-SQL

Learn the fundamentals of T-SQL error handling including raising errors with RAISERROR, raising errors with THROW, and the @@Error variable.

Feb 12, 2020 • 6 Minute Read

Introduction

The Transact-SQL language has several error-handling capabilities. In this guide, you will learn the fundamentals of T-SQL error handling, raising errors intentionally, and how to raise alerts when errors occur.

In SQL Server, errors can be generated either by the SQL Server engine when an error occurs or by custom T-SQL code.

Types of Errors

There are two types of errors in SQL Server: system errors and custom errors. System errors can be viewed in the sys.messages system view and are defined by SQL server. Therefore, when a system error occurs, SQL Server will log a system error and may take actions to fix the error.

Custom errors, on the other hand, are generated by T-SQL custom codes based on your code or business logic. To add a custom error message to sys.messages, the stored procedure sp_addmessage is used.

Below is an example of adding a custom error message:

      EXEC sp_addmessage 50001, 16, 
N'Unit price needs to be greater than 0'. 
GO
    

In the example above, 50001 is the message id. This parameter can be an integer between 50,001 and 2,147,483,647.

16 is the severity, which is smallint and ranges from 1 through 25.

Raising Errors with RAISERROR

RAISERROR allows applications to generate an error that could then be caught by the calling process. This makes error handling in the application easier as it is sent like any other system error. RAISERROR can therefore be used to troubleshoot T-SQL codes, debug and check the value of variables and return meaningful error messages based on variables data.

Below is an example of using RAISERROR in SQL Server:

      RAISERROR (N'This is message.', -- Message text. 
10, -- Severity, 
1); -- Second argument. 
GO
    

The output would then be as follows:

This is message.

Raising Errors with THROW

The THROW statement is a simpler method of raising errors in T-SQL code.

Below is an example of how THROW is used in SQL Server:

      THROW 
51000, -- error number
'This is not a valid value for unit price.', -- message
1; --state
GO
    

The result set would then be as follows:

      Msg 51000, Level 16, State 1, Line 1 
This is not a valid value for unit price.
    

In the example above, 51000 is the error number. The error number is an integer that must be a value between 50000 and 2147483647. The next parameter is the message, which is a string containing a description of the error. It's format is nvarchar(2048), and finally we have the state, which is a constant between 0 and 255. It shows the state to associate with the message. State is of type tinyint.

Understanding the @@Error variable

@@ERROR is a system variable that holds the error number of the last error that has occurred. One of the drawbacks of using @@ERROR is that the value it holds resets as each additional statement is executed. To get the last error number, the query below is used:

      Select @@ERROR
    

Example of Using @@Error

Consider the example below where a custom error is raised before selecting the value of @@ERROR.

      RAISERROR(N'Message', 16, 1);
IF @@ERROR <> 0
PRINT 'Error=' + CAST(@@ERROR AS VARCHAR(8));
GO
    

The output is as follows:

      Msg 50000, Level 16, State 1, Line 1
Message
Error=0
    

Therefore, when working with @@ERROR, it is recommended to capture the error number into a variable as soon as it occurs and then continue processing with the variable. This is demonstrated in the example below.

      DECLARE @Value int;
RAISERROR(N'Message', 16, 1);
SET @Value = @@ERROR;
IF @Value <> 0
PRINT 'Error=' + CAST(@Value AS VARCHAR(8));
    

The output will then be as below, where the ID of the message is successfully captured in the variable @Value.

      Msg 50000, Level 16, State 1, Line 2
Message
Error=50000
    

Error Handling in T-SQL

The T-SQL Try Catch is used to handle errors in SQL Server programming. TRY-CATCH in SQL Server works in a similar manner as exception handling in popular programming languages such as Java and C#. For example, when a T-SQL code is written using TRY CATCH and a code in the TRY blocks fails, the execution flow will exit the TRY block and move to the CATCH block.

Below is an example of error handling in SQL Server:

      BEGIN TRY
SELECT 50/0
END TRY
BEGIN CATCH
SELECT ERROR_NUMBER() AS ErrorNumber
,ERROR_STATE() AS ErrorState
,ERROR_LINE() AS ErrorLine
,ERROR_MESSAGE() AS ErrorMessage;
END CATCH
    

If we executed only 50/0, the execution would fail with no way to handle the error. In the example above, when the error occurred, the flow moved to the catch block where the error is handled. For example, in the catch block, we could have logged the error in a log table to keep track of the error.

Also, note the use of the functions ERROR_NUMBER(), ERROR_STATE(), ERROR_LINE() and ERROR_MESSAGE(), which are very helpful in the catch block.

Conclusion

In this guide you have learned the basics of error handling in T-SQL. If done properly, error handling gives you not only the possibility to better understand errors in your database, but also the opportunity to log the errors as they happen.

To learn more about T-SQL, you can also read the following guides:

[Introduction to T-SQL] (/content/ps/en/resources/blog/guides/introduction-tsql-querying.html)

Querying Writing SELECT

Queries Querying Multiple Tables in SQL Server

Writing T-SQL Stored Procedures

Happy Coding!

Chervine Bhiwoo

Chervine B.

Chervine is a Tech Lead and Full Stack Engineer in the IT Industry with experience in Application Development & Data Analytics. During the day, he leads a squad of engineers and building Fintech Apps using Angular 6+, Kotlin/ Java, Microservices, Azure DevOps, Docker/Kubernetes/OpenShift. When he's not at work, he's either learning some new technology or playing with his IoT devices and/or Analytics and AI. He is also actively engaged within different Communities, Meetups, DevCamps, and also contributing to wikis/blogs.

More about this author