私は分かりませんが、私は今日何か進歩を遂げたと信じています。断続的なオラ1722のエラーto_numberによって引き起こされる
AND to_number(REPLACE(TRANSLATE (decode(INSTR(hra_ans.answer_text, '.',1 , 2), 0 , UPPER(hra_ans.answer_text) , 0),'ABCDEFGHIJKLMNOPQURSTWVXYZ+<>:',' '), ' ','')) >= 10
は今、このhra_ans.answer_text列が「> 15」0.68' '13までに「>」から何かを含めることができます何もありません1.2 『への」に』 where句では、次のコードがあります。 3.4 'などです。無効な数値エラーは、毎回ではなく断続的に発生します。私は '[^ 0-9。]'の式を使ってTranslateをRegexp_Replaceに置き換えようとしましたが、それでも問題は解決しません。私はSO上でこれを見つけた:
Here is a similar question I stumbled accross.
をそのポストでは、業務の明確な順序が存在しないため、エラーが発生する可能性があることが表示されます。私は同じ状況に遭遇している可能性はありますか?そうでない場合は、この動作が発生する可能性がありますか?
ありがとうございます!
TRANSLATEによって処理されないデータに文字がないと仮定すると、エラーがまだ発生する理由は分かりますか? –
@mpminnich - 私の最初の勘違いは、TRANSLATE関数によって処理されなかった文字があることでした。これを除外すると、一部のセッションで欧州のNLS設定(小数点区切り記号がピリオドではなくカンマ)が使用されるため、断続的なエラーが発生するNLS設定などの問題が発生する可能性があります。しかし、データそのものが問題を抱えている可能性が高い(ヨーロッパのユーザーが13.68ではなく13,68を入力した、またはアメリカのユーザーが1,234.68を入力したため、カンマのような文字を処理していない可能性が高い)。 –
私は関数を試してみましょう、それが動作する場合、私はあなたの答えを受け入れるでしょう。そうでなければ、私は戻ってきます! :-)ありがとう。 –