使用 clob 无法捕获的 regexp_instr 中的异常？

Question

零是非法的，应该是一，但真正的问题是异常不可捕获。它冒泡到顶部并且永远不会打印“抓住它”。 d() 只是写入 dbms 输出。如果我将 clob 更改为 varchar2，则可以捕获该异常。异常无法捕获的事实是一个错误，对吧？例外情况是 ora-01428 参数“0”超出范围。

declare
    v int;
    p_in clob := 'i think i can init like this';     
begin
    d('started');
    v := regexp_instr(p_in, 'some_regexp', 0);
    d('it worked');
exception when others then
    d('caught it');
end;    

你知道，只知道向公司报告错误应该更像是给公司的一份礼物，而不是对用户的痛苦经历。我花了 30 分钟闲逛，试图创建一个帐户并输入一个 Oracle 错误，多次输入相同的内容。忘了它。接吻发生了什么。匿名错误怎么样？来吧，甲骨文。

Answer 1

在 Oracle XE (10.2.0.1) 中，以下错误在第 1 行出现未处理的异常，

declare
    v int;
    p_in clob := 'i think i can init like this';
begin
    v := regexp_instr(p_in, 'some_regexp', 0);
exception 
  when others then
    dbms_output.put_line('caught');
end;    
/

因为它位于第 1 行，所以它甚至无法进入声明部分，因此不会被异常处理程序捕获

 declare
     v int;
     p_in clob := 'i think i can init like this'; begin
     select regexp_instr(p_in, 'some_regexp', 0) into v from dual;
 end;
 /

。在第 5 行并

declare
    v int;
    p_in clob := 'i think i can init like this';
begin
    select regexp_instr(p_in, 'some_regexp', 0) into v from dual;
exception 
  when others then
    dbms_output.put_line('caught');
end;    
/

捕获错误。

=================================================== =======================
附言。看起来问题归结为 STANDARD。REGEXP_INSTR

select package_name, object_name, overload,  argument_name, 
       position, sequence, data_type, in_out, pls_type
from all_arguments 
where object_name = 'REGEXP_INSTR' order by overload, position

指示两个过程，一个用于 VARCHAR2，一个用于 CLOB。 CLOB 具有 NUMBER/INTEGER 作为 POSITION 参数，而 VARCHAR2 具有 BINARY_INTEGER/PLS_INTEGER。我猜想 PLS_INTEGER 不够大，无法容纳非常大的千兆字节 CLOB 等的值。