ORA-12714错误解决总结

目前数据库升级到了9.2.0.6， win2000，字符集为UTF8

    发现在别人写的过程中总是这段不能编译通过，报ORA-12714

      INSERT INTO b_dict(kind, code)
         SELECT "123",a.*
           FROM THE (SELECT CAST (string_split (code_in, ",") AS mydicttype)
                       FROM DUAL) a;
    其中mydicttype定义为create or replace type myDictType as table of nvarchar2（60）；b_dict定义为kind nvarchar2（30），code nvarchar2（30）

    函数string_split为拆分字符串 保存在mydicttype类型变量中，并返回该变量。

    但编译时总在a.*报Compilation errors for PROCEDURE Error： PL/SQL： ORA-12714： 指定的国家字符集无效

    因为用户要求数据库用UTF8，所有varchar2、char全用nvarchar2格式我在client直接执行INSERT INTO b_dict（kind， code）

    SELECT "123"，a.* FROM THE （SELECT CAST （string_split （code_in， "，"） AS mydicttype）

    FROM DUAL） a；是可以的，但是放在过程中编译就通不过？奇怪，难道还有哪儿的字符集没设置好？盼兄指点迷津。

    解决方法三种：1、目前只能是mydicttype的类型保留为varchar2型。

    其他程序代码中如union all时，常量要在前面加n进行处理如"111" 为n"1111"才能修正这些问题。往对大家有用；

    2、对使用nvarchar的地方，加上 to_char（ nvarchar 的变量或字段 ）；对使用varchar的地方，加上 to_char（ varchar 的变量或字段（nvarchar类型））

    试一下 有时候遇到类似问题，我就这样转换一下；

    3、 Specifying　the　USING　CHAR_CS　argument　converts　text　into　the　database　character　set.　The　output　datatype　is　VARCHAR2. Specifying　the　USING　NCHAR_CS　argument　converts　text　into　the　national　character　set.　The　output　datatype　is　NVARCHAR2.

    Example　1

CREATE　TABLE　t1　(char_col　　CHAR(20),
nchar_col　nchar(20));
INSERT　INTO　t1
VALUES　("Hi",　N"Bye");
SELECT　*　FROM　t1;
　　
CHAR_COL　　　　　NCHAR_COL
--------　　　　　---------
Hi　　　　　　　　　　　Bye
    Example　2

UPDATE　t1　SET
nchar_col　=　TRANSLATE(char_col　USING　NCHAR_CS);
UPDATE　t1　SET
char_col　=　TRANSLATE(nchar_col　USING　CHAR_CS);
SELECT　*　FROM　t1;
　　
CHAR_COL　　　　　NCHAR_COL
--------　　　　　---------
Hi　　　　　　　　　　　Hi
    Example　3

UPDATE　t1　SET
nchar_col　=　TRANSLATE("deo"　USING　NCHAR_CS);
UPDATE　t1　SET
char_col　=　TRANSLATE(N"deo"　USING　CHAR_CS);
SELECT　*　FROM　t1;
　　
CHAR_COL　　　　　NCHAR_COL
--------　　　　　---------
deo　　　　　　　　　　deo
    表不多的话可以这样

    //创建一个新表，并把数据转换为varchar2 create　table　newtbname　as　select　col1，translate（col2　using　char_cs），col3　from　tbname；