Procedimientos almacenados, manejo de excepciones

¿Qué son las excepciones?

Las excepciones son eventos que interrumpen el flujo normal de ejecución de un procedimiento almacenado. Pueden ser causadas por diversos motivos, como:

• Errores de sintaxis: Errores en la escritura del código SQL.
• Violaciones de integridad: Intentar insertar datos duplicados o violar restricciones de clave foránea.
• Conexiones fallidas: Problemas al conectar con la base de datos.
• Errores de autorización: No tener los permisos necesarios para realizar una operación.

¿Por qué es importante manejar las excepciones?

• Prevención de errores: Al manejar las excepciones, puedes evitar que el procedimiento se detenga abruptamente y cause daños en la base de datos.
• Información útil: Puedes proporcionar mensajes de error personalizados al usuario, lo que facilita la depuración y resolución de problemas.
• Continuidad del sistema: Puedes implementar lógica para recuperar de errores y continuar con la ejecución del procedimiento.

Cómo manejar excepciones en procedimientos almacenados:

La forma de manejar excepciones varía ligeramente entre los diferentes sistemas de gestión de bases de datos (SGBD), pero en general, los pasos son los siguientes:

1. Identificar las posibles excepciones: Analiza tu código y determina qué tipos de errores pueden ocurrir.
2. Utilizar bloques de manejo de excepciones: La mayoría de los SGBD proporcionan bloques especiales para manejar excepciones (por ejemplo, TRY...CATCH en SQL Server, EXCEPTION en PL/SQL).
3. Capturar excepciones: Dentro del bloque de manejo de excepciones, se capturan las excepciones y se ejecuta código para manejarlas.
4. Realizar acciones de recuperación: Puedes registrar el error, notificar al usuario, o intentar realizar alguna acción correctiva.

Ejemplos:

SQL Server

SQL

CREATE PROCEDURE ActualizarSalario
    @EmpleadoID int,
    @NuevoSalario money
AS
BEGIN
    BEGIN TRY
        UPDATE Empleados
        SET Salario = @NuevoSalario
        WHERE EmpleadoID = @EmpleadoID;

        IF @@ROWCOUNT = 0
            THROW 50001, 'Empleado no encontrado', 1;
    END TRY
    BEGIN CATCH
        PRINT 'Error al actualizar el salario: ' + ERROR_MESSAGE();
        ROLLBACK TRANSACTION;
    END CATCH
END

PostgreSQL

SQL

CREATE OR REPLACE FUNCTION ActualizarSalario(
    p_empleado_id integer,
    p_nuevo_salario numeric
) RETURNS void AS $$
BEGIN
    BEGIN
        UPDATE empleados
        SET salario = p_nuevo_salario
        WHERE empleado_id = p_empleado_id;

        IF NOT FOUND THEN
            RAISE EXCEPTION 'Empleado no encontrado';
        END IF;
    EXCEPTION
        WHEN OTHERS THEN
            RAISE NOTICE 'Error al actualizar el salario: %', SQLERRM;
    END;
END;
$$ LANGUAGE plpgsql;

Oracle

SQL

CREATE OR REPLACE PROCEDURE ActualizarSalario(
    p_empleado_id NUMBER,
    p_nuevo_salario NUMBER
)
IS
    v_empleado_no_encontrado EXCEPTION;
    PRAGMA EXCEPTION_INIT(v_empleado_no_encontrado, -20001); -- Asociamos una excepción personalizada con un código de error
BEGIN
    UPDATE empleados
    SET salario = p_nuevo_salario
    WHERE empleado_id = p_empleado_id;

    IF SQL%ROWCOUNT = 0 THEN
        RAISE v_empleado_no_encontrado; -- Lanzamos la excepción personalizada
    END IF;

EXCEPTION
    WHEN v_empleado_no_encontrado THEN
        DBMS_OUTPUT.PUT_LINE('El empleado con ID ' || p_empleado_id || ' no existe.');
    WHEN OTHERS THEN
        DBMS_OUTPUT.PUT_LINE('Error inesperado: ' || SQLERRM);
END;
/

Explicación de los cambios:

• Excepción personalizada: Se ha definido una excepción personalizada v_empleado_no_encontrado y se ha asociado con un código de error específico (-20001). Esto permite un manejo más preciso de la excepción.
• Mensaje de error personalizado: Se muestra un mensaje de error más informativo al usuario, indicando el ID del empleado no encontrado.
• Bloque EXCEPTION: Se ha mejorado el bloque EXCEPTION para capturar la excepción personalizada y cualquier otra excepción no esperada.
• DBMS_OUTPUT.PUT_LINE: Se utiliza para mostrar mensajes en la consola de SQL*Plus.

Ventajas de esta implementación:

• Mayor claridad: El código es más fácil de entender y mantener.
• Mejor manejo de errores: Se captura la excepción específica y se proporciona un mensaje de error personalizado.
• Flexibilidad: Puedes definir múltiples excepciones personalizadas para diferentes tipos de errores.
• Robustez: El bloque WHEN OTHERS captura cualquier excepción no esperada, evitando que el procedimiento se detenga abruptamente.

Consideraciones adicionales:

• Logging: En entornos de producción, es recomendable registrar los errores en un log para su posterior análisis.
• Notificaciones: Puedes enviar notificaciones por correo electrónico o SMS para alertar a los administradores de sistema en caso de errores críticos.
• Retrying: En algunos casos, puede ser útil implementar lógica para reintentar la operación en caso de errores temporales.