最近用PL/SQL導入一個表的時候，發現導入的時候總是提示未知的字符集，數據庫和客戶端的字符集不對應。
這個涉及三方面的字符集，
1. oracel server端的字符集;
2. oracle client端的字符集;
3. dmp文件的字符集。
在做數據導入的時候，需要這三個字符集都一致才能正確導入。
於是查找一些資料，如何來修改數據庫和客戶端的字符集，以及如何來查看對應的dmp文件的字符集信息！
查看字符集
(1).數據庫服務器字符集
select * from nls_database_parameters
來源於props$，是表示數據庫的字符集。
(2).客戶端字符集環境
select * from nls_instance_parameters
其來源於v$parameter，表示客戶端的字符集的設置，可能是參數文件，環境變量或者是註冊表
(3).會話字符集環境
select * from nls_session_parameters
來源於v$nls_parameters，表示會話自己的設置，可能是會話的環境變量或者是alter session完成，如果會話沒有特殊的設置，將與nls_instance_parameters一致。
(4).客戶端的字符集要求與服務器一致，才能正確顯示數據庫的非Ascii字符。
如果多個設置存在的時候，NLS作用優先級別：Sql function > alter session > 環境變量或註冊表> 參數文件> 數據庫默認參數
字符集要求一致，但是語言設置卻可以不同，語言設置建議用英文。如字符集是zhs16gbk，則nls_lang可以是American_America.zhs16gbk。
修改數據庫字符集
(1).數據庫服務器字符集
select * from nls_database_parameters
或者select userenv(‘language’) from dual;
來源於props$，是表示數據庫的字符集。
(2).客戶端字符集環境
select * from nls_instance_parameters
其來源於v$parameter，表示客戶端的字符集的設置，可能是參數文件，環境變量或者是註冊表
(3).會話字符集環境
select * from nls_session_parameters
來源於v$nls_parameters，表示會話自己的設置，可能是會話的環境變量或者是alter session完成，如果會話沒有特殊的設置，將與nls_instance_parameters一致。
(4).客戶端的字符集要求與服務器一致，才能正確顯示數據庫的非Ascii字符。
如果多個設置存在的時候，NLS作用優先級別：Sql function > alter session > 環境變量或註冊表> 參數文件> 數據庫默認參數
字符集要求一致，但是語言設置卻可以不同，語言設置建議用英文。如字符集是zhs16gbk，則nls_lang可以是American_America.zhs16gbk。
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 ZHS16GBK;
ORA-12712: new character set must be a superset of old character set
提示我們的字符集：新字符集必須爲舊字符集的超集，這時我們可以跳過超集的檢查做更改：
SQL> ALTER DATABASE character set INTERNAL_USE ZHS16GBK;
如果是 AL32UTF8：
ALTER DATABASE character set INTERNAL_USE AL32UTF8;
修改完畢後，再重新啓動
SQL> select * from v$nls_parameters;
SQL> shutdown immediate;
SQL> startup
SQL> select * from v$nls_parameters;
剛開始使用數據庫，用的都是默認安裝，以後最好使用自定義安裝方式，選擇字符集。
如何修改客戶端的字符集
這個就比較簡單，WIN+R,輸入regedit進入註冊表，在
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1. 在NLS_LANG 處改爲你需要的字符集.
常用的字符集爲：
SIMPLIFIED CHINESE_CHINA.ZHS16GBK AMERICAN_AMERICA.AL32UTF8。這裏需要注意的時候，如果你是windows的64位系統，這修改路徑在：註冊表：HKEY_LOCAL_MACHINE->SOFTWARE->Wow6432Node->ORACLE->KEY_OraDB10g_home1->NLS-LANG:SIMPLIFIED CHINESE_CHINA.ZHS16GBK（或者AMERICAN_AMERICA.AL32UTF8）
如果檢查的結果發現server端與client端字符集不一致，請統一修改爲同server端相同的字符集
如何查看dmp的字符集信息
1、用oracle的exp工具導出的dmp文件也包含了字符集信息，dmp文件的第2和第3個字節記錄了dmp文件的字符集。如果dmp文件不大，比如只有幾M或幾十M，可以用UltraEdit打開(16進制方式)，看第2第3個字節的內容，如0354，
(PS:如果服務器字符集爲SIMPLIFIED CHINESE_CHINA.ZHS16GBK，dmp的字符集不爲ZHS16GBK時，也可以通過修改dmp中的第2,3字節數字來騙過導入時的字符集驗證)
然後用以下SQL查出它對應的字符集:
SQL> select nls_charset_name(to_number(‘0354’,’xxxx’)) from dual;
ZHS16GBK
如果是0369
則對應字符集爲AL32UTF8
如果dmp文件很大，比如有2G以上(這也是最常見的情況)，用文本編輯器打開很慢或者完全打不開，可以用以下命令(在unix主機上):
cat exp.dmp |od -x|head -1|awk ‘{print 223}’|cut -c 3-6
2、如果數據庫和dmp的字符集不一致，則可以修改數據庫字符集後導入，或者修改源數據庫字符集後重新導出dmp
3、如果數據庫和dmp字符集一致，則要考慮導入/導出的方式（筆者問題也出在這裏）
因爲dmp是別的同事提供的，在詢問後得知dmp是在dos中以imp命令的方式導出的，但是導入操作是利用pl/sql工具的導入方法導入，因此出現了相同字符集卻不能導入的情況。
解決方法：改用在dos命令中以imp命令導入表。
還有一個在線網站非常好，hexed.it，可以直接查看dmp文件的信息，來確定所屬字符集。
可以從下面文件來查詢確定字符集是GBK還是UTF8或者其他字符集：
ORACLE字符集與編碼對照表查詢
---------------------
作者：滄海1夢
來源：CSDN
原文：https://blog.csdn.net/cwt19902010/article/details/72605253
版權聲明：本文爲博主原創文章，轉載請附上博文鏈接！