oracle服務器和客戶端字符集的查看和修改

 

1、什麼是oracle字符集 

Oracle字符集是一個字節數據的解釋的符號集合,有大小之分,有相互的包容關係。ORACLE 支持國家語言的體系結構容許你使用本地化語言來存儲，處理，檢索數據。它使數據庫工具，錯誤消息，排序次序，日期，時間，貨幣，數字，和日曆自動適應本地化語言和平臺。 

影響oracle數據庫字符集最重要的參數是NLS_LANG參數。 

它的格式以下: 　　NLS_LANG = language_territory.charset 

它有三個組成部分(語言、地域和字符集)，每一個成分控制了NLS子集的特性。 

其中: 

Language 指定服務器消息的語言，territory 指定服務器的日期和數字格式，charset 指定字符集。如:AMERICAN _ AMERICA. ZHS16GBK 

從NLS_LANG的組成咱們能夠看出，真正影響數據庫字符集的實際上是第三部分。 

因此兩個數據庫之間的字符集只要第三部分同樣就能夠相互導入導出數據，前面影響的只是提示信息是中文仍是英文。 

二.查看數據庫字符集 

這涉及三方面的字符集， 

一是oracel server端的字符集; 

二是oracle client端的字符集; 

三是dmp文件的字符集。 

在作數據導入的時候，須要這三個字符集都一致才能正確導入。 

一、查詢oracle server端的字符集 

有不少種方法能夠查出oracle server端的字符集，比較直觀的查詢方法是如下這種: 

SQL>select userenv(‘language’) from dual; 

結果相似以下:AMERICAN _ AMERICA. ZHS16GBK 

二、如何查詢dmp文件的字符集 

用oracle的exp工具導出的dmp文件也包含了字符集信息，dmp文件的第2和第3個字節記錄了dmp文件的字符集。若是dmp文件不大，好比只有 幾M或幾十M，能夠用UltraEdit打開(16進制方式)，看第2第3個字節的內容，如0354，而後用如下SQL查出它對應的字符集: 

SQL> select nls_charset_name(to_number('0354','xxxx')) from dual; 

ZHS16GBK 

若是dmp文件很大，好比有2G以上(這也是最多見的狀況)，用文本編輯器打開很慢或者徹底打不開，能夠用如下命令(在unix主機上): 

cat exp.dmp |od -x|head -1|awk '{print $2 $3}'|cut -c 3-6 

而後用上述SQL也能夠獲得它對應的字符集。 

三、查詢oracle client端的字符集 

這個比較簡單。 

在windows平臺下，就是註冊表裏面相應OracleHome的NLS_LANG。還能夠在dos窗口裏面本身設置，好比: 　　set nls_lang=AMERICAN_AMERICA.ZHS16GBK 

這樣就隻影響這個窗口裏面的環境變量。 

在unix平臺下，就是環境變量NLS_LANG。 

$echo $NLS_LANG 

AMERICAN_AMERICA.ZHS16GBK 

若是檢查的結果發現server端與client端字符集不一致，請統一修改成同server端相同的字符集。 

補充： 

(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字符。若是多個設置存在的時候，alter session>環境變量>註冊表>參數文件 

字符集要求一致，可是語言設置卻能夠不一樣，語言設置建議用英文。如字符集是zhs16gbk，則nls_lang能夠是American_America.zhs16gbk。 

3、修改oracle的字符集 

上文說過，oracle的字符集有互相的包容關係。如us7ascii就是zhs16gbk的子集,從us7ascii到zhs16gbk不會有數據解釋 上的問題,不會有數據丟失。在全部的字符集中utf8應該是最大,由於它基於unicode,雙字節保存字符(也所以在存儲空間上佔用更多)。 

一旦數據庫建立後，數據庫的字符集理論上講是不能改變的。所以，在設計和安裝之初考慮使用哪種字符集十分重要。根據Oracle的官方說明，字符集的轉 換是從子集到超集受支持,反之不行。若是兩種字符集之間根本沒有子集和超集的關係，那麼字符集的轉換是不受oracle支持的。對數據庫server而 言，錯誤的修改字符集將會致使不少不可測的後果，可能會嚴重影響數據庫的正常運行，因此在修改以前必定要確認兩種字符集是否存在子集和超集的關係。通常來 說，除非萬不得已，咱們不建議修改oracle數據庫server端的字符集。特別說明，咱們最經常使用的兩種字符集ZHS16GBK和 ZHS16CGB231280之間不存在子集和超集關係，所以理論上講這兩種字符集之間的相互轉換不受支持。 

一、修改server端字符集(不建議使用) 

在oracle 8以前，能夠用直接修改數據字典表props$來改變數據庫的字符集。但oracle8以後，至少有三張系統表記錄了數據庫字符集的信息，只改props$表並不徹底，可能引發嚴重的後果。正確的修改方法以下: 

$sqlplus /nolog 

SQL>conn / as sysdba; 　　若此時數據庫服務器已啓動，則先執行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; 

SQL>ALTER DATABASE national CHARACTER SET ZHS16GBK; 

SQL>SHUTDOWN IMMEDIATE; 

SQL>STARTUP 

注意：若是沒有大對象，在使用過程當中進行語言轉換沒有什麼影響，（切記設定的字符集必須是ORACLE支持，否則不能start） 按上面的作法就能夠,可是可能會出現‘ORA-12717: Cannot ALTER DATABASE NATIONAL CHARACTER SET when NCLOB data exists’ 這樣的提示信息 

要解決這個問題有兩種方法 

一個是,利用INTERNAL_USE 關鍵字修改區域設置, 

還有一個是利用re-create,可是re-create有點複雜,因此請用internal_use, 

SQL>SHUTDOWN IMMEDIATE; 

SQL>STARTUP MOUNT EXCLUSIVE; 

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 NATIONAL CHARACTER SET INTERNAL_USE UTF8; 

SQL>SHUTDOWN immediate; 

SQL>startup; 

若是按上面的作法作,National charset的區域設置就沒有問題 

二、修改dmp文件字符集 

上文說過，dmp文件的第2第3字節記錄了字符集信息，所以直接修改dmp文件的第2第3字節的內容就能夠‘騙’過oracle的檢查。這樣作理論上也僅 是從子集到超集能夠修改，但不少狀況下在沒有子集和超集關係的狀況下也能夠修改，咱們經常使用的一些字符集，如 US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK基本均可以改。由於改的只是dmp文件，因此影響不大。 

具體的修改方法比較多，最簡單的就是直接用UltraEdit修改dmp文件的第2和第3個字節。 

好比想將dmp文件的字符集改成ZHS16GBK，能夠用如下SQL查出該種字符集對應的16進制代碼: 　　SQL> select to_char(nls_charset_id('ZHS16GBK'), 'xxxx') from dual; 

0354 

而後將dmp文件的二、3字節修改成0354便可。 

若是dmp文件很大，用ue沒法打開，就須要用程序的方法了