Control de errores en Transact SQL

Uso de TRY CATCH

     A partIr de la versión 2005, SQL Server proporciona el control de errores a través de las instrucciónes TRY y CATCH.

    Estas nuevas instrucciones suponen un gran paso adelante en el control de errores en SQL Server, un tanto precario en las versiones anteriores.

    La sintaxis de TRY CATCH es la siguiente:

    
    BEGIN TRY
        ...
    END TRY
    BEGIN CATCH
        ...
    END CATCH

    El siguiente ejemplo ilustra el uso de TRY - CATCH.


 BEGIN TRY

   DECLARE @divisor int ,

   @dividendo int,

   @resultado int


   SET @dividendo = 100

   SET @divisor = 0

   -- Esta linea provoca un error de division por 0
   SET @resultado = @dividendo/@divisor
   PRINT 'No hay error'
 END TRY
 BEGIN CATCH
   PRINT 'Se ha producido un error'
 END CATCH

Funciones especiales de Error

    Las funciones especiales de error,están disponibles únicamente en el bloque CATCH para la obtención de información detallada del error.

    Son:

  • ERROR_NUMBER(), devuelve el número de error.
  • ERROR_SEVERITY(), devuelve la severidad del error.
  • ERROR_STATE(), devuelve el estado del error.
  • ERROR_PROCEDURE(), devuelve el nombre del procedimiento almacenado que ha provocado el error.
  • ERROR_LINE(), devuelve el número de línea en el que se ha producido el error.
  • ERROR_MESSAGE(), devuelve el mensaje de error.

    Son extremadamente útiles para realizar una auditoría de errores.


 BEGIN TRY

   DECLARE @divisor int ,

   @dividendo int,

   @resultado int


   SET @dividendo = 100

   SET @divisor = 0

   -- Esta linea provoca un error de division por 0
   SET @resultado = @dividendo/@divisor
   PRINT 'No hay error'
 END TRY
 BEGIN CATCH
   PRINT ERROR_NUMBER()
     PRINT ERROR_SEVERITY()   
     PRINT ERROR_STATE() 
     PRINT ERROR_PROCEDURE()  
     PRINT ERROR_LINE()  
     PRINT ERROR_MESSAGE() 
 END CATCH

    Lógicamente, podemos utilizar estas funciones para almacenar esta información en una tabla de la base de datos y registrar todos los errores que se produzcan.

La variable de sistema @@ERROR

    En versiones anteriores a SQL Server 2005, no estaban disponibles las instrucciones TRY CATCH. En estas versiones se controlaban los errores utilizando la variable global de sistema @@ERROR, que almacena el número de error producido por la última sentencia Transact SQL ejecutada.


 DECLARE @divisor int ,
   @dividendo int ,
    @resultado int

 SET @dividendo = 100
 SET @divisor = 0
 -- Esta linea provoca un error de division por 0
 SET @resultado = @dividendo/@divisor
 
 IF @@ERROR = 0
     BEGIN
         PRINT 'No hay error'
     END
 ELSE
     BEGIN        
      PRINT 'Hay error'  
  END

    El uso de @@ERROR para controlar errores puede provocar multitud de problemas. Uno de los más habituales es sin duda, incluir una nueva sentencia Transact SQL entre la línea que provoco el error y la que lo controla. Esa nueva instrucción restaura el valor de @@ERROR y no controlaremos el error.

    El siguiente ejemplo ilustra esta situación:


 DECLARE @divisor int ,
   @dividendo int ,
    @resultado int

 SET @dividendo = 100
 SET @divisor = 0
 -- Esta linea provoca un error de division por 0
 SET @resultado = @dividendo/@divisor
 PRINT 'Controlando el error ...' -- Esta linea estable @@ERROR a cero
 IF @@ERROR = 0
     BEGIN
-- Se ejecuta esta parte!
         PRINT 'No hay error'
     END
 ELSE
     BEGIN        
      PRINT 'Hay error'  
  END

Generar un error con RAISERROR

    En ocasiones es necesario provocar voluntariamente un error, por ejemplo nos puede interesas que se genere un error cuando los datos incumplen una regla de negocio.

    Podemos provocar un error en tiempo de ejecución a través de la función RAISERROR.


 DECLARE @tipo int,
         @clasificacion int
 
 SET @tipo = 1
 SET @clasificacion = 3
 IF (@tipo = 1 AND @clasificacion = 3)
 BEGIN
    RAISERROR ('El tipo no puede valer uno y la clasificacion 3',
16, -- Severidad
1 -- Estado
)
 END

    La función RAISERROR recibe tres parámetros, el mensaje del error (o código de error predefinido), la severidad y el estado.

    La severidad indica el grado de criticidad del error. Admite valores de 0 al 25, pero solo podemos asignar valores del 0 al 18. Los errores el 20 al 25 son considerados fatales por el sistema, y cerraran la conexion que ejecuta el comando RAISERROR. Para asignar valores del 19 al 25 necesitares ser miembros de la función de SQL Server sysadmin.

    El estado es un valor para permitir que el programador identifique el mismo error desde diferentes partes del código. Admite valores entre 1 y 127, permite tratar .

 

Pedro  Herrarte  Sánchez
Control de errores en Transact SQL
Pedro Herrarte Sánchez

Pedro Herrarte, es consultor independiente, ofreciendo servicios de consultoría, análisis, desarrollo y formación. Posee mas de diez años de experiencia trabajando para las principales empresas de España. Es especialista en tecnologías .NET, entornos Web (ASP.NET, ASP.NET MVC,jQuery, HTML5), bases de datos (SQL Server y ORACLE) e integración de sistemas. Es experto en desarrollo (C#, VB.Net, T-SQL, PL/SQL, , ASP, CGI , C, Pro*C, Java, Essbase, Vignette, PowerBuilder y Visual Basic ...) y bases de datos (SQL Server y ORACLE). Pedro es MCP y MAP 2012, es fundador, diseñador y programador de www.devjoker.com..
Fecha de alta:15/06/2007
Última actualizacion:15/06/2007
Visitas totales:131332
Valorar el contenido:
Últimas consultas realizadas en los foros
Últimas preguntas sin contestar en los foros de devjoker.com