本文介紹了轉換錯誤失敗,并返回";ORA-43918:此參數必須是文字參數(&Q;的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學習吧!
問題描述
ON CONVERSION ERROR
應該允許轉換函數處理錯誤,如&Quot;ORA-01858:在需要數字的地方發現了非數字字符&Quot;。但當我使用該功能時,我只收到一個不同的錯誤:
SQL> select to_date(the_date default null on conversion error, 'MM/DD/YYYY') the_date
2 from
3 (
4 select '1/1/2021' the_date from dual union all
5 select 'bad date' the_date from dual
6 );
select to_date(the_date default null on conversion error, 'MM/DD/YYYY')
*
ERROR at line 1:
ORA-43918: This argument must be a literal
錯誤行號和列號沒有意義,因為代碼已經在使用文本。
推薦答案
游標共享
當參數CURSOR_SHARING設置為FORCE時,ON CONVERSION ERROR
功能不起作用。若要避免此錯誤,請在系統、會話或語句級別更改該參數。
理想情況下,應該將整個系統的CURSOR_SHARING設置為Exact。但如果我們有一個不使用綁定變量的應用程序,我們可能無法運行alter system set cursor_sharing=exact;
。
可以使用alter session set cursor_sharing=exact;
在會話級別設置參數,但經常更改會話參數并不總是很方便。
可以使用提示CURSOR_SHARING_EXACT
在語句級更改參數:
SQL> select /*+ cursor_sharing_exact */ to_date(the_date default null on conversion error, 'MM/DD/YYYY') the_date
2 from
3 (
4 select '1/1/2021' the_date from dual union all
5 select 'bad date' the_date from dual
6 );
THE_DATE
---------
01-JAN-21
解析器/優化器錯誤
正如@gouessej發現的那樣,ORA-43918錯誤還有另一個與游標共享無關的潛在原因。在某些版本的Oracle上,似乎存在與轉換CASE
和TO_
函數相關的分析或優化器錯誤。
例如,以下SQL語句在Oracle 18c和19c上失敗:
SQL> select case when v_num is null then 0 else v_num end
2 from
3 (
4 select to_number('120.3' default null on conversion error, '99999D99') as v_num
5 from dual
6 );
select to_number('120.3' default null on conversion error, '99999D99') as v_num
*
ERROR at line 4:
ORA-43918: This argument must be a literal
我認為這是一個解析或優化器錯誤,因為如果您通過添加rownum >= 1
這樣的謂詞來停止轉換,錯誤就會消失。(當Oracle看到ROWNUM
時,它假定結果必須以特定的順序顯示,并且不會對該查詢塊應用那么多的轉換。)
SQL> select case when v_num is null then 0 else v_num end
2 from
3 (
4 select to_number('120.3' default null on conversion error, '99999D99') as v_num
5 from dual
6 where rownum >= 1
7 );
CASEWHENV_NUMISNULLTHEN0ELSEV_NUMEND
------------------------------------
120.3
這篇關于轉換錯誤失敗,并返回";ORA-43918:此參數必須是文字參數(&Q;的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,