9.IF … ELSE …的坏味道

影响：可维护性

症状：大量使用IF … ELSE

为什么是最差：

大量存在IF/ELSE，造成代码逻辑混乱、不易修改。无论是PL/SQL还是其他编程语言，这种代码都已经飘着“bad smell”了。

解决之道：

使用Oracle数据库的继承特性，通过type实现对象的继承，利用策略模式封装差异，对外提供统一的调用接口

将频繁使用的IF/ELSE代码重构为单独的过程或函数，供其他代码复用

10.在非自治事务中控制事务

影响：数据一致性

症状：

在PL/SQL非自治事务代码中控制事务，例如：

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

为什么是最差：

这种行为是我认为最差实践中危害最大的一种。随处可见的事务控制代码会造成数据不一致，引发的问题难于跟踪和调试。

解决之道：

由调用者决定何时提交或回滚事务。

对于需要特殊事务管理的过程如记载日志，使用自治事务。