Bootstrap

Oracle 第11章:异常处理

在 Oracle PL/SQL 中,异常处理是一个重要的概念,它用于管理程序执行过程中可能发生的错误或特殊情况。异常可以是系统预定义的,也可以是由用户自定义的。

异常类型与处理机制

PL/SQL 提供了两种类型的异常:

  1. 预定义异常:这些是由 Oracle 数据库自动引发的标准异常,如 NO_DATA_FOUND(没有找到数据),TOO_MANY_ROWS(返回多行数据),等等。
  2. 用户定义异常:开发者可以根据需要定义自己的异常来处理特定的情况。

异常处理的基本结构包括 EXCEPTION 块,在这个块中可以编写处理特定异常的代码。如果在 PL/SQL 块中抛出了异常,并且该异常没有被捕获,则会导致 PL/SQL 块的执行终止。

示例代码

下面是一个使用预定义异常 NO_DATA_FOUND 的简单示例:

DECLARE
    v_salary NUMBER;
BEGIN
    -- 尝试从员工表中获取员工的工资
    SELECT salary INTO v_salary FROM employees WHERE employee_id = 9999;
    -- 如果没有找到该员工,则会抛出 NO_DATA_FOUND 异常
EXCEPTION
    WHEN NO_DATA_FOUND THEN
        dbms_output.put_line('Employee not found.');
END;
/

在这个例子中,如果尝试查询一个不存在的员工记录,SELECT ... INTO 语句将无法成功执行,并触发 NO_DATA_FOUND 异常。我们通过 WHEN NO_DATA_FOUND 子句捕获这个异常,并输出一条信息。

用户定义异常

有时候,标准异常不足以描述某些特定错误情况,这时就需要定义自己的异常。定义自定义异常的方法如下:

DECLARE
    e_invalid_value EXCEPTION; -- 定义一个异常
    PRAGMA EXCEPTION_INIT(e_invalid_value, -20001); -- 给异常赋一个错误码
BEGIN
    -- 检查某个条件是否满足,如果不满足则抛出自定义异常
    IF salary < 0 THEN
        RAISE e_invalid_value;
    END IF;
EXCEPTION
    WHEN e_invalid_value THEN
        dbms_output.put_line('Invalid value for salary.');
END;
/

在这个例子中,我们定义了一个名为 e_invalid_value 的自定义异常,并给它分配了一个 Oracle 错误码 -20001。当检查到工资值为负数时,我们就手动抛出这个异常。然后在 EXCEPTION 块中处理这个异常。

注意事项

  • 在实际应用中,应该尽量避免使用通用异常处理器(如 WHEN OTHERS),因为这可能会掩盖真正的错误源。
  • 使用异常处理时,要确保所有的可能异常都被正确处理,以防止程序崩溃。
  • 在定义自定义异常时,确保错误码的选择不会与 Oracle 预留的错误码冲突。

多个异常的处理

在复杂的业务逻辑中,可能需要处理多种不同的异常。在这种情况下,可以在 EXCEPTION 块中为每种异常提供特定的处理逻辑。下面是一个处理多个异常的例子:

DECLARE
    v_employee_id employees.employee_id%TYPE := 9999;
    v_salary      employees.salary%TYPE;
BEGIN
    -- 尝试从员工表中获取员工的工资
    SELECT salary INTO v_salary FROM employees WHERE employee_id = v_employee_id;
    
    -- 如果没有找到记录,或者返回了多条记录,都会抛出相应的异常
EXCEPTION
    WHEN NO_DATA_FOUND THEN
        dbms_output.put_line('No data found for employee ID ' || v_employee_id);
    WHEN TOO_MANY_ROWS THEN
        dbms_output.put_line('Too many rows returned for employee ID ' || v_employee_id);
    WHEN OTHERS THEN
        -- 记录其他所有未预见的异常
        dbms_output.put_line('An unexpected error occurred: ' || SQLERRM);
END;
/

在这个例子中,我们增加了对 TOO_MANY_ROWS 异常的处理,以防查询返回多条记录的情况。同时,也保留了 WHEN OTHERS 子句来捕捉任何未预见的异常,并打印出错误信息。

使用自定义异常的最佳实践

当你创建自定义异常时,应该遵循以下最佳实践:

  1. 明确错误消息:为自定义异常提供明确的错误消息,以便于调试。
  2. 异常隔离:尽可能地隔离不同类型的异常,使得每种异常都有其特定的处理逻辑。
  3. 使用子类型:如果你有很多相似但又略有不同的异常,考虑定义一个基异常类型,并基于此类型定义子类型。

示例:自定义异常的使用

假设我们需要确保输入的数据符合一定的格式要求,我们可以定义一系列相关的异常:

DECLARE
    TYPE validation_exception IS EXCEPTION;
    PRAGMA EXCEPTION_INIT(validation_exception, -20000);
    
    e_invalid_date validation_exception;
    e_invalid_name validation_exception;
    
    v_date DATE;
    v_name VARCHAR2(100);
BEGIN
    v_date := TO_DATE('2024-02-30', 'YYYY-MM-DD'); -- 这里会抛出异常
    v_name := 'John Doe'; -- 假设这里有一个验证逻辑
    
    IF v_date > SYSDATE + 365 THEN
        RAISE e_invalid_date;
    END IF;
    
    IF v_name NOT LIKE '%[A-Z][a-z]*%' THEN
        RAISE e_invalid_name;
    END IF;
    
    -- 如果没有异常发生,继续执行后续逻辑...
EXCEPTION
    WHEN e_invalid_date THEN
        dbms_output.put_line('The date is invalid.');
    WHEN e_invalid_name THEN
        dbms_output.put_line('The name is invalid.');
    WHEN OTHERS THEN
        dbms_output.put_line('Unexpected error: ' || SQLERRM);
END;
/

在这个示例中,我们定义了两个自定义异常 e_invalid_datee_invalid_name,分别用于验证日期和名字的有效性。每个异常都有具体的检查逻辑,并且在 EXCEPTION 块中有对应的处理代码。

通过这种方式,你可以为应用程序添加更强大的错误检测和处理功能,同时提高代码的可读性和可维护性。

复杂应用场景中的异常处理

在更复杂的应用场景中,异常处理不仅限于简单的错误捕捉,还需要考虑异常传播、异常恢复等更高级的功能。例如,当一个事务中的一部分操作失败时,我们可能希望回滚整个事务,而不是仅仅处理单个操作的异常。

示例:事务处理与异常

假设我们正在实现一个银行转账的业务逻辑,涉及到从一个账户扣款并存入另一个账户。为了保证数据的一致性,我们需要在一个原子性的事务中完成这两个操作。如果其中一个操作失败,我们需要回滚整个事务。

DECLARE
    v_sender_account accounts.account_id%TYPE := '12345678';
    v_receiver_account accounts.account_id%TYPE := '87654321';
    v_amount NUMBER := 100;
BEGIN
    -- 开始一个新的事务
    SAVEPOINT start_of_transaction;
    
    -- 从发送者账户扣除金额
    UPDATE accounts SET balance = balance - v_amount WHERE account_id = v_sender_account RETURNING balance INTO v_sender_balance;
    
    -- 如果没有找到发送者账户或余额不足,回滚事务
    IF SQL%NOTFOUND OR v_sender_balance < 0 THEN
        ROLLBACK TO start_of_transaction;
        RAISE_APPLICATION_ERROR(-20001, 'Insufficient funds or account does not exist.');
    END IF;
    
    -- 向接收者账户增加金额
    UPDATE accounts SET balance = balance + v_amount WHERE account_id = v_receiver_account RETURNING balance INTO v_receiver_balance;
    
    -- 如果没有找到接收者账户,回滚事务
    IF SQL%NOTFOUND THEN
        ROLLBACK TO start_of_transaction;
        RAISE_APPLICATION_ERROR(-20002, 'Receiver account does not exist.');
    END IF;
    
    -- 如果一切顺利,提交事务
    COMMIT;
EXCEPTION
    WHEN OTHERS THEN
        -- 回滚事务并记录错误信息
        ROLLBACK TO start_of_transaction;
        dbms_output.put_line('Transaction failed: ' || SQLERRM);
END;
/

在这个例子中,我们使用了 SAVEPOINT 来标记事务的开始点,并在每次更新操作之后检查是否存在异常。如果有异常发生,我们会回滚到事务的起点。只有当两个操作都成功时,才会提交事务。

异常处理与错误日志

除了处理异常本身外,记录详细的错误日志也是非常重要的一部分。当异常发生时,记录详细的错误信息可以帮助后续的故障排查和问题解决。

示例:记录错误日志

在 PL/SQL 中,可以使用 DBMS_OUTPUT.PUT_LINE 来输出简单的错误信息,但对于生产环境来说,通常会使用更专业的日志记录工具,如 DBMS_LOGMNR 或者其他日志框架来记录详细的错误信息。

BEGIN
    -- 尝试执行某项操作
    INSERT INTO transactions (id, amount) VALUES (1, 100);
    
    -- 如果插入失败,记录错误信息
EXCEPTION
    WHEN DUP_VAL_ON_INDEX THEN
        dbms_output.put_line('Duplicate value on index.');
        -- 在实际应用中,这里应该调用专门的日志记录过程
        -- LOG_ERROR('Duplicate value on index.', SQLERRM);
END;
/

在这个例子中,如果插入操作导致索引重复键异常,我们不仅输出了一个简单的错误信息,还可以记录详细的错误信息到日志文件中。

总结

通过上述讨论,我们可以看到异常处理不仅仅是简单的错误捕捉,而是涵盖了错误处理、事务管理和错误日志记录等多个方面。合理地设计和实现异常处理逻辑,可以使应用程序更加健壮和易于维护。在实际开发中,应该根据具体的应用场景和需求来选择合适的异常处理策略。

;