最近用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,

springboot 达梦数据库 表名大小写 达梦查看数据库字符集_ci

(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 23}’|cut -c 3-6

2、如果數據庫和dmp的字符集不一致,則可以修改數據庫字符集后導入,或者修改源數據庫字符集后重新導出dmp

3、如果數據庫和dmp字符集一致,則要考慮導入/導出的方式(筆者問題也出在這里)

因為dmp是別的同事提供的,在詢問后得知dmp是在dos中以imp命令的方式導出的,但是導入操作是利用pl/sql工具的導入方法導入,因此出現了相同字符集卻不能導入的情況。

解決方法:改用在dos命令中以imp命令導入表。

還有一個在線網站非常好,hexed.it,可以直接查看dmp文件的信息,來確定所屬字符集。

可以從下面文件來查詢確定字符集是GBK還是UTF8或者其他字符集:

ORACLE字符集與編碼對照表查詢