PL/SQL最差实践

核心提示： 3. PL/SQL中嵌入复杂SQL语句 影响：可维护性 症状：在PL/SQL代码中嵌入SQL语句，如：...PROCEDURE 过程A ISBEGINupdate T_A SET COL1 = 10;END;PROCEDURE 过程B ISBEGINdelete FROM T_A wher

3. PL/SQL中嵌入复杂SQL语句

影响：可维护性

症状：

在PL/SQL代码中嵌入SQL语句，如：

　　...
　　PROCEDURE 过程A IS
　　BEGIN
　　update T_A SET COL1 = 10;
　　END;
　　PROCEDURE 过程B IS
　　BEGIN
　　delete FROM T_A where COL1=10;
　　END;
　　...

为什么是最差：

PL/SQL代码中嵌入SQL语句使得代码含义变得难于阅读和理解

在多个位置对表进行访问，不利于SQL优化

解决之道：

将分散SQL语句进行封装，例如上例中的删除语句，可以封装为“prc_删除T_A()”过程参数为T_A的type类型，对T_A的删除操作都委托此过程处理，当T_A表增加或删除字段时，主要的变化都集中在这些过程中，对其他逻辑影响较少

对SQL的优化集中在封装的过程中

4. “异常”的异常处理

影响：可维护性，健壮性

症状：我们来看下面的代码：

　　PROCEDURE 过程A(错误代码 out varchar2,错误信息 out varchar2) IS
　　BEGIN
　　...
　　update T_A SET COL1 = 10;
　　select ... FROM T_A where ...;
　　delete FROM T_A where COL1 = 20;
　　...
　　EXCEPTION
　　WHEN OTHERS THEN
　　...
　　END;

为什么是最差：

整个过程只有一个WHEN OTHERS 的异常段，示例中的三个语句发生的异常只能被最外层捕捉，无法区分发生异常的种类和位置。

解决之道：

不使用WHEN OTHERS捕捉所有异常，例如不应该捕捉NO_DATA_FOUND异常，使用专用的Exception来捕捉特定的异常。