PL/SQL 过程中的异常处理

Question

这是一个关于最佳实践的问题。我有一个类似的 PL/SQL 块

DECLARE

    --work variables

    PROCEDURE p1(in_parameter1, out_parameter1, out_parameter2...) IS
    BEGIN    
        --do stuff
        --select ( ... ) into ( ... ) from t1 where ( ... )
    END;

    PROCEDURE p2(in_parameter1, out_parameter1, out_parameter2...) IS
    BEGIN 
        --do stuff
        --insert/update tables
        --do more stuff
    END;    

BEGIN -- MAIN PROCESS STARTS HERE

    open c1;
    fetch c1 into c1RowData;
    EXIT WHEN c1%NOTFOUND    
     --call procedure1
     --do stuff
     --call procedure2
     --do stuff
     --do stuff
     --call procedure1
     --call procedure2
END;
/
EXIT;

过程 p1 和 p2 中的语句可能会引发异常（NO_DATA_FOUND、DUP_VAL_ON_INDEX、...）。

您认为处理这种异常的最佳方法是什么？它们应该在程序内部处理，还是您认为我应该用 TRY-CATCH 块围绕主体中的程序的每个调用？

Answer 1

就我个人而言，我会在它们被抛出的程序中捕获它们。这意味着您可以更好地控制它们在外部的处理方式。例如，您可以将它们作为用户定义的异常再次抛出，您可以使用更多关于究竟出了什么问题的信息来修饰它们。

'Failed to find a matching row in table a for value b'

在过程之外比

更具描述性

'no data found'

但这真的取决于：

1. 调用应用程序的错误报告要求
2. 在程序中“做事”的地方实现的实际功能

例如，假设您想运行过程 2，即使过程 1 中的选择没有找到任何行。您需要捕获过程 1 中的异常并忽略它。如果你不这样做，那么它将被抛出到过程 2 中的异常处理程序。

或者，假设您希望过程 1 在 select 没有找到任何内容的情况下插入一行，在这种情况下，您需要捕获异常并在异常处理程序中执行插入。

现在，在任何人攻击我之前，我不建议您使用异常处理程序来控制代码中的执行流程，这些示例是理论上的，但希望您能理解..

Answer 2

您应该尝试从源头处理异常（即在引发异常的过程中）。这为您报告问题发生的位置提供了更大的范围，并且通常有更大的机会能够优雅地纠正问题，而不会将令人讨厌的 Oracle 错误消息向上传递给用户。

当然，如果您确实需要，您可以同时处理错误并重新引发错误，但正如 StevieG 回答的那样，您还可以引发用户定义的异常，这些异常通常更具应用程序特定性，对您的用户/其他 PL/SQL 代码更有帮助.

这里有一个关于自定义错误处理的 ASKTOM 讨论： http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:4684561825338

Answer 3

最好在程序内部处理异常。结果会很快。不仅如此，如果我们在其他一些函数中重用相同的过程，我们也不需要处理异常。我个人的观点，异常可以在程序里面自己处理是最好的一种。