PLSQL存储过程调用存储过程对异常的处理问题

简介:

开始

如果对异常处理不正确,有可能会导致意想不到的结果。下面这个就是:

先写两个存储过程 test01 和  test02:

复制代码
CREATE OR REPLACE PROCEDURE test01 IS

v_id emp.empno%TYPE;

BEGIN
   UPDATE emp SET ename='test01' WHERE empno=7369;

   /*this will raise no_data_found exception*/
   SELECT empno INTO v_id FROM emp WHERE empno=12345; 
END;

CREATE OR REPLACE PROCEDURE test02 IS

BEGIN
  UPDATE emp SET ename='test02' WHERE empno=7499;
  
  /*call another procedure*/
  test01;
  
EXCEPTION
  
  WHEN NO_DATA_FOUND THEN
     DBMS_OUTPUT.PUT_LINE('execption occured.!');
  
END;
复制代码

test02 调用 test01 ,由于 test01处理SQL文的时候,select 语句试图查找一条并不存在的记录,导致 NO_DATA_FOUND 发生。

而这个异常实际上是发生在test01 内部,但是test01 没有处理这个异常的代码逻辑,所以就抛给了test02。

然后,按照 oracle 文档的说法:

test02 处理完此 NO_DATA_FOUND 异常后,因为异常已经处理完毕,所以test01的异常之前的代码并没有rollback,而是继续和 test02 中的语句一起参与运算,最终一起被提交。

所以查询结果是:

empno 为 7369 和 7499 的数据都被改变了!

不过,目前这个结论还不太可靠,因为,单纯的异常并没使得SQL失效。比如下例:

复制代码
CREATE OR REPLACE PROCEDURE test03 IS

v_id emp.empno%TYPE;

BEGIN
   UPDATE emp SET ename='test03' WHERE empno=7369;

   /*this will raise no_data_found exception*/
   SELECT empno INTO v_id FROM emp WHERE empno=12345; 
 
EXCEPTION
   WHEN OTHERS THEN
     DBMS_OUTPUT.PUT_LINE('Exception Occured!');
END;
复制代码

结束





本文转自健哥的数据花园博客园博客,原文链接:http://www.cnblogs.com/gaojian/archive/2012/11/23/2784734.html,如需转载请自行联系原作者

目录
相关文章
|
7月前
|
存储 Java 数据库
JAVAEE框架数据库技术之13_oracle 之PLSQL技术及存储过程和函数(二)
JAVAEE框架数据库技术之13_oracle 之PLSQL技术及存储过程和函数
82 0
|
7月前
|
存储 SQL Java
JAVAEE框架数据库技术之13_oracle 之PLSQL技术及存储过程和函数(一)
JAVAEE框架数据库技术之13_oracle 之PLSQL技术及存储过程和函数
71 0
|
存储 SQL Perl
PostgreSQL plpgsql 存储过程、函数 - 状态、异常变量打印、异常捕获... - GET [STACKED] DIAGNOSTICS
标签 PostgreSQL , GET , STACKED , DIAGNOSTICS 背景 使用GET STACKED DIAGNOSTICS捕获异常时的STACK内容。 使用GET DIAGNOSTICS捕获运行过程中的状态值。
4636 0
|
1月前
|
存储 SQL NoSQL
|
2月前
|
存储 SQL 关系型数据库
MySql数据库---存储过程
MySql数据库---存储过程
46 5
|
2月前
|
存储 关系型数据库 MySQL
MySQL 存储过程返回更新前记录
MySQL 存储过程返回更新前记录
67 3