PL/SQL database character set(AL32UTF8) and Client character set(ZHS16GBK) are different


轉自:http://blog.163.com/magicc_love/blog/static/18585366220123111128283/

 

修改部分為紅色部分,原作者寫錯了

 

啟動PL/SQL Developer 報字符編碼不一致錯誤

Database character set (AL32UTF8) and Client character set (ZHS16GBK) are different.
Character set conversion may cause unexpected results.

Note: you can set the client character set through the NLS_LANG environment variable or the NLS_LANG registry key in
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_Oracle_10g.

 

1、打開注冊表,通過命令regedit。找到到文中提示的路徑,發現NLS_LANG鍵的值為:

SIMPLIFIED CHINESE_CHINA.ZHS16GBK

修改為:SIMPLIFIED CHINESE_CHINA.AL32UTF8即可

 

2、還有一種可能是由於安裝11g的時候沒選擇自定義安裝造成的

SIMPLIFIED CHINESE_CHINA.ZHS16GBK 包含 AMERICAN_AMERICA.AL32UTF8.
這可是個麻煩事,不是改客戶端字符集的問題。要改數據庫的字符集:
SQL> conn /as sysdba
SQL> shutdown immediate;
SQL> startup mount
SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL> alter database open;
SQL> ALTER DATABASE CHARACTER SET AL32UTF8;
ORA-12712: new character set must be a superset of old character set
提示我們的字符集:新字符集必須為舊字符集的超集,這時我們可以跳過超集的檢查做更改:
SQL> ALTER DATABASE character set INTERNAL_USE AL32UTF8;
--我們看到這個過程和之前ALTER DATABASE CHARACTER SET操作的內部過程是完全相同的,也就是說INTERNAL_USE提供的幫助就是使Oracle數據庫繞過了子集與超集的校驗.
SQL> select * from v$nls_parameters; 

SQL> shutdown immediate;

SQL> startup

SQL> select * from v$nls_parameters;
以后安裝oracle11g的時候記得選擇自定義安裝,把這個字符集的事情事先弄好


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM