前兩天我在工作中遇到這樣一個問題,我們有一個程序是用來增量抽取EBS 中的表數(shù)據(jù)的,有的是全量抽取,即先刪除原表中的數(shù)據(jù),然后重新抽取數(shù)據(jù),示例代碼如下:
truncate table ods_emp drop storage;
insert into ods_emp select * from emp;
另外一種方式是增量抽取,用的是merge語句,這里就不寫了;)
接觸過EBS庫存模塊的同志們知道,INV中的物料表是MTL_SYSTEM_ITEM_B,這個表的字段那叫一個多!我之前搞錯了,用的是第一種方案提取的,這就會導致我的程序運行之后數(shù)據(jù)會大量減少(原因是臨時表只有一兩天的數(shù)據(jù),大家懂得)。恰好這問題是在調(diào)試程序時出現(xiàn)的,并且不只是我負責的INV出現(xiàn)了問題,其他同事的模塊也有。于是項目經(jīng)理怒了,發(fā)話:今天誰搞不完,加班!
我可不想加班,趕緊把語句由INSERT寫成MERGE。寫完一運行,報錯:
哦,原來是字符超長了。在這里我就不把之前的程序?qū)戇@里了,以免嚇到大家。我用下面的代碼來模擬這個錯誤吧:
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 行出現(xiàn)錯誤:
ORA-06502: PL/SQL: 數(shù)字或值錯誤 : 字符串緩沖區(qū)太小
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 行出現(xiàn)錯誤:
ORA-06502: PL/SQL: 數(shù)字或值錯誤 : 字符串緩沖區(qū)太小
ORA-06512: 在 line 5
我之前在網(wǎng)上查的是LONG類型支持2G的大小,不知為啥,這次報錯了。平時由于工作的限制,很少接觸像LONG,LOB,CLOB等大數(shù)據(jù)類型,以后可得仔細研究下了。
自己當時有點兒著急了,也想不出合適的辦法來,只能請教同事了。還真有一個同事遇到過,她把字符串變量定義成CLOB類型,具體請看代碼:
DECLARE
v_str CLOB;
v_temp_str VARCHAR();
v_cnt NUMBER;
BEGIN
dbms_lob.createtemporary(v_str,true);--創(chuàng)建一個臨時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;
運行結(jié)果:v_cnt: 14
總結(jié):1.用CLOB類型可以處理字符串超長的情況;
2.ORACLE 的大數(shù)據(jù)類型還須研究。
您可能感興趣的文章:- Oracle 隨機數(shù)
- Oracle中字符串截取常用方法總結(jié)【推薦】
- Oracle截取字符串去掉字段末尾指定長度的字符
- oracle使用instr或like方法判斷是否包含字符串
- 深入分析C#連接Oracle數(shù)據(jù)庫的連接字符串詳解
- Oracle中字符串連接的實現(xiàn)方法
- Oracle生成隨機數(shù)字、字符串、日期、驗證碼及 UUID的方法