ORACLE超长字符串问题的如何解决办法

生命不是要超越别人,而是要超越自己。每天醒来并告诉自己:更少的理由,更大的腹部,更甜的嘴,更小的脾气,更快的动作,更高的效率,一点微笑和脑。一站式

前两天我在工作中遇到这样一个问题,我们有一个程序是用来增量抽取EBS 中的表数据的,有的是全量抽取,即先删除原表中的数据,然后重新抽取数据,示例代码如下:

truncate table ods_emp drop storage;
 insert into ods_emp select * from emp;

另外一种方式是增量抽取,用的是merge语句,这里就不写了;)

接触过EBS库存模块的同志们知道,INV中的物料表是MTL_SYSTEM_ITEM_B,这个表的字段那叫一个多!我之前搞错了,用的是第一种方案提取的,这就会导致我的程序运行之后数据会大量减少(原因是临时表只有一两天的数据,大家懂得)。恰好这问题是在调试程序时出现的,并且不只是我负责的INV出现了问题,其他同事的模块也有。于是项目经理怒了,发话:今天谁搞不完,加班!

我可不想加班,赶紧把语句由INSERT写成MERGE。写完一运行,报错:

哦,原来是字符超长了。在这里我就不把之前的程序写这里了,以免吓到大家。我用下面的代码来模拟这个错误吧:

SQL> DECLARE
  v_str VARCHAR();
  v_cnt NUMBER;
 BEGIN
  v_str := RPAD('select count(*) from emp',);
  EXECUTE IMMEDIATE v_str INTO v_cnt;
  dbms_output.put_line('v_cnt: '||v_cnt);
 END;
 /
DECLARE
*

第 1 行出现错误:

ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小
ORA-06512: 在 line 5

我想这还不好办嘛,直接把varchar2改成long。可是还是报错了:

SQL> DECLARE
  v_str LONG;
  v_cnt NUMBER;
 BEGIN
  v_str := RPAD('select count(*) from emp',);
  EXECUTE IMMEDIATE v_str INTO v_cnt;
  dbms_output.put_line('v_cnt: '||v_cnt);
 END;
 /
DECLARE
*

第 1 行出现错误:

ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小
ORA-06512: 在 line 5

我之前在网上查的是LONG类型支持2G的大小,不知为啥,这次报错了。平时由于工作的限制,很少接触像LONG,LOB,CLOB等大数据类型,以后可得仔细研究下了。

自己当时有点儿着急了,也想不出合适的办法来,只能请教同事了。还真有一个同事遇到过,她把字符串变量定义成CLOB类型,具体请看代码:

DECLARE 
 v_str CLOB;
 v_temp_str VARCHAR();
 v_cnt NUMBER;
 BEGIN
 dbms_lob.createtemporary(v_str,true);--创建一个临时lob
 v_temp_str := RPAD('select count(*) ',);
 dbms_lob.append(v_str,v_temp_str);--把临时字符串付给v_str
 v_temp_str := RPAD('from emp ',);
 dbms_lob.append(v_str,v_temp_str);--把临时字符串付给v_str
 EXECUTE IMMEDIATE v_str INTO v_cnt;
 dbms_output.put_line('v_cnt: '||v_cnt);
 dbms_lob.freetemporary(v_str);--释放lob
 END;

运行结果:v_cnt: 14

总结:1.用CLOB类型可以处理字符串超长的情况;

2.ORACLE 的大数据类型还须研究。

以上就是ORACLE超长字符串问题的如何解决办法。如果发现自己不能创造奇迹,那就努力让自己变成一个奇迹。更多关于ORACLE超长字符串问题的如何解决办法请关注haodaima.com其它相关文章!

您可能有感兴趣的文章
Oracle缩表空间的完整如何解决实例

详解Oracle控制文件及日志文件的管理问题

oracle指定类型和指定位数创建序列号的代码详解

Oracle官方工具SQLDeveloper的简单如何使用

Oracle如何使用in语句不能超过1000问题的如何解决办法