mybatis 调用 oracle 存储过程 select into 无记录时NO_DATA_FOUND异常处理分析

首先根据这篇文章:http://www.cnblogs.com/coolzdp/p/7717332.html

我们知道存储过程中 SELECT * INTO 如果没有记录是不会往下执行的,直接抛出NO_DATA_FOUND异常,

这个在plsql developer中直接测试执行没问题,会报ORA-1403异常。

但是在mybatis中调用的话就不会抛出NO_DATA_FOUND异常,而是在select * into语句为空时默默的终止执行该过程。

在服务层采用事务处理的话就有问题了,服务层调用 select * into为空的存储过程处理逻辑肯定是有毛病的,本来应该抛出异常扔给控制器层,

现在只是终止了,后面的语句还会执行,这样就不对了。

我猜测是mybatis针对NO_DATA_FOUND异常做了过滤,捕获后不再抛出了。

我的处理方法就是如果有select into, 在plsql过程最后手动捕获NO_DATA_FOUND异常,抛出自定义异常:

EXCEPTION
WHEN NO_DATA_FOUND THEN
raise_application_error('-20000', 'select into没找到数据');

如果是那种需要提示给用户指出select into必须有记录的原因那么就老老实实的用下面的语句吧:

SELECT COUNT(*) INTO v_playVoyageCount FROM PLAN_VOYAGE
WHERE VESSEL_ID_ = p_vesselId AND SAILING_DATE_ = to_date(p_sailDate, 'yyyy-mm-dd');
IF v_playVoyageCount = 0
THEN
raise_application_error(-20000, 'no record');
END IF;

参考这篇文章:https://www.cnblogs.com/zhangxsh/p/3494340.html

实际上这篇文章并不是针对mybatis中调用存储过程不报NO_DATA_FOUND异常,而是针对

在 select fn_test('1') from dual; SQL中调用函数返回null终止而不抛NO_DATA_FOUND异常。

区别是这个是oracle自身的处理,上面的是mybatis的处理。

上一篇:poj1988 简单并查集


下一篇:用smarty模板做数据实现修改、分页等功能