近日学习oracle不得其解的问题

biti_rainy

最初由 zy_ly 发布
[B]1、我是在子存储过程中捕获了异常，然后返回（还未执行commit语句），如果取消异常，万一真出现错误怎么办，另外在pl/sql develop 里调试为什么没问题
2、刚才我在测试第2个问题，客户端（两三个）、两个服务器的字符集是一致的，奇怪的是查询一个三四行记录的视图没问题，查询十几万的记录就报上述错 [/B]

1:  子存储过程捕获异常，也可以再 raise_application_error 啊，如果捕获了异常进行了处理不raise error 则调用环境认为是正常返回，你如果子存储过程不捕获异常，错误会返回到上层调用环境，也就是说会返回到父存储过程，进入父存储过程的异常啊。


2：如果相同的view，限定记录数没问题(比如 rownum < 11)，而记录数多了就有问题，那就是在网络层 转换有bug 了。你说查询3个字段是任意3个字段都可以而任意4个字段都不可以吗？ 还是有特定类型的存在？

zy_ly

1、关于第二个问题，我又反复测试（包括在其它机器上，当然环境一样），错误不尽相同，
   对于不同的view，记录字段较少的，select * from 没问题，对于大表即使限制rownum 也报同样的错，如果仅查一个字段肯定可以，多了就不敢保证（类型都是普通的），可能真是网络层 转换有问题。
2、在子过程里针对insert语句，写了如下异常
insert into ...................;
commit;
EXCEPTION           
   WHEN OTHERS THEN           
    V_OUT := -2 ;           
    ROLLBACK ;           
    RETURN ;         
在父过程里判断v_out，如果小于0，就报错，既然子过程触发异常,肯定就没有commit；如何达到目的

biti_rainy

在父过程里判断v_out，如果小于0，就报错，既然子过程触发异常,肯定就没有commit；如何达到目的


不知道你到底要干什么，既然在异常里面 rollback ，那你还要 commit 干吗？
要不你把异常处理中的 rollback 去掉好了？  与 父 存储过程保持事物的一致？

zy_ly

是这样的，如果确实出现错误（如主键冲突），当然要rollback，并且return，由父过程判断v_out的正负，从而给应用人员报相应的错。我理解，如果insert语句正常（不违反任何约束），应该执行下面的commit提交数据库，然后继续执行下面代码，出现错误就rollback，返回负值（v_out初始为正）

biti_rainy

那你在 每个过程中记录断点输出不行啊？看看到底执行了什么，没执行什么

插入表\写文件，或者 dbms_output 都可以啊

zy_ly

确实也是这样做的，通过dbms_output 又通过蛤蟆debug，就发现了这个问题，如果单执行此insert语句，没任何问题（v_out为正，可以提交），如果通过父过程调用，就报异常。而在pl/sql develop里执行没任何问题，相应的数提交到数据库，所以才感到疑惑

biti_rainy

异常是什么异常呢？

zy_ly

通过就是dbms_output  扑捉sqlerrm及sqlcode，就是ora-0000的错

husthxd

最初由 zy_ly 发布
[B]1、关于第二个问题，我又反复测试（包括在其它机器上，当然环境一样），错误不尽相同，
   对于不同的view，记录字段较少的，select * from 没问题，对于大表即使限制rownum 也报同样的错，如果仅查一个字段肯定可以，多了就不敢保证（类型都是普通的），可能真是网络层 转换有问题。
2、在子过程里针对insert语句，写了如下异常
insert into ...................;
commit;
EXCEPTION           
   WHEN OTHERS THEN           
    V_OUT := -2 ;           
    ROLLBACK ;           
    RETURN ;         
在父过程里判断v_out，如果小于0，就报错，既然子过程触发异常,肯定就没有commit；如何达到目的 [/B]

用raise _application_error看看抛出的是什么异常?

EXCEPTION           
   WHEN OTHERS THEN           
    V_OUT := -2 ;           
    ROLLBACK ;           
-->
EXCEPTION           
   WHEN OTHERS THEN           
   if sqlcode <> 0 then
     raise _application_error(-20901,'sqlcode = '||sqlcode||' sqlerrm'||sqlerrm);
   end if;

zy_ly

真该打脸，发现问题了
由于测试时是利用蛤蟆自己产生的匿名块，其中传递的参数实际是2位，但它默认的参数声明是char（200），结果在insert语句中触发异常value too large for column，而在子存储过程里仅rollback，return返回一个判断值，在父过程里通过判断值去显示sqlerrm，可能由于正常返回报ora－0000错误，猜测在pl/sql develop里执行时，其默认参数声明为string，没有具体长度，结果正确
再次向两位版主表示感谢，看来认真仔细是学习任何知识的基础