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

这篇文章主要介绍了ORACLE 超长字符串问题的解决办法,需要的朋友可以参考下

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

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

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

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

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

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

1. SQL> DECLARE 
2. v_str VARCHAR(); 
3. v_cnt NUMBER; 
4. BEGIN 
5. v_str := RPAD('select count(*) from emp',); 
6. EXECUTE IMMEDIATE v_str INTO v_cnt; 
7. dbms_output.put_line('v_cnt: '||v_cnt); 
8. END; 
9. / 
10. DECLARE 
11. * 

第 1 行出现错误:

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

ORA-06512: 在 line 5

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

1. SQL> DECLARE 
2. v_str LONG; 
3. v_cnt NUMBER; 
4. BEGIN 
5. v_str := RPAD('select count(*) from emp',); 
6. EXECUTE IMMEDIATE v_str INTO v_cnt; 
7. dbms_output.put_line('v_cnt: '||v_cnt); 
8. END; 
9. / 
10. DECLARE 
11. * 

第 1 行出现错误:

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

ORA-06512: 在 line 5

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

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

1. DECLARE 
2. v_str CLOB; 
3. v_temp_str VARCHAR(); 
4. v_cnt NUMBER; 
5. BEGIN 
6. dbms_lob.createtemporary(v_str,true);--创建一个临时lob 
7. v_temp_str := RPAD('select count(*) ',); 
8. dbms_lob.append(v_str,v_temp_str);--把临时字符串付给v_str 
9. v_temp_str := RPAD('from emp ',); 
10. dbms_lob.append(v_str,v_temp_str);--把临时字符串付给v_str 
11. EXECUTE IMMEDIATE v_str INTO v_cnt; 
12. dbms_output.put_line('v_cnt: '||v_cnt); 
13. dbms_lob.freetemporary(v_str);--释放lob 
14. END; 

运行结果：v_cnt: 14

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

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