什么是Oracle字符集 Oracle字符集是一個字節(jié)數(shù)據(jù)解釋的符號集合，有大小之分，有相互的包容關(guān)系。 Oracle支持國家語言的體系結(jié)構(gòu)允許你使用本地化語言來存儲，處理，檢索數(shù)據(jù)。它使數(shù)據(jù)庫工具，錯誤消息，排序次序，日期，時間，貨幣，數(shù)字和日歷自動適應本

　　什么是Oracle字符集

　　Oracle字符集是一個字節(jié)數(shù)據(jù)解釋的符號集合，有大小之分，有相互的包容關(guān)系。

　　Oracle支持國家語言的體系結(jié)構(gòu)允許你使用本地化語言來存儲，處理，檢索數(shù)據(jù)。它使數(shù)據(jù)庫工具，錯誤消息，排序次序，日期，時間，貨幣，數(shù)字和日歷自動適應本地化語言和平臺。

　　影響oracle數(shù)據(jù)庫字符集最重要的參數(shù)是NLS_LANG參數(shù)。它的格式如下：

　　NLS_LANG = language_territory.charset

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

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

　　從NLS_LANG的組成我們可以看出，真正影響數(shù)據(jù)庫字符集的其實是第三部分。所以兩個數(shù)據(jù)庫之間的字符集只要第三部分一樣就可以相互導入導出數(shù)據(jù)，前面影響的只是提示信息是中文還是英文。

　　如何查詢Oracle的字符集

　　很多人都碰到過因為字符集不同而使數(shù)據(jù)導入失敗的情況。這涉及三方面的字符集，一是Oracel server端的字符集，二是oracle client端的字符集;三是dmp文件的字符集。在做數(shù)據(jù)導入的時候，需要這三個字符集都一致才能正確導入。

　　1、查詢Oracle Server端的字符集

　　有很多種方法可以查出oracle server端的字符集，比較直觀的查詢方法是以下這種：

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

　　結(jié)果類似如下：AMERICAN _ AMERICA. ZHS16GBK.

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

　　用Oracle的exp工具導出的dmp文件也包含了字符集信息，dmp文件的第2和第3個字節(jié)記錄了dmp文件的字符集。如果dmp文件不大，比如只有幾M或幾十M，可以用UltraEdit打開(16進制方式)，看第2第3個字節(jié)的內(nèi)容，如03，然后用以下SQL查出它對應的字符集：

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

　　如果dmp文件很大，比如有2G以上(這也是最常見的情況)，用文本編輯器打開很慢或者完全打不開，可以用以下命令(在unix主機上)：

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

　　然后用上述SQL也可以得到它對應的字符集。

　　3、查詢Oracle client端的字符集

　　這個比較簡單。在Windows平臺下，就是注冊表里面相應OracleHome的NLS_LANG.還可以在Dos窗口里面自己設置，比如：

　　set nls_lang=AMERICAN_AMERICA.ZHS16GBK

　　這樣就只影響這個窗口里面的環(huán)境變量。在Unix平臺下，就是環(huán)境變量NLS_LANG.

　　$echo $NLS_LANG AMERICAN_AMERICA.ZHS16GBK

　　如果檢查的結(jié)果發(fā)現(xiàn)Server端與Client端字符集不一致，請統(tǒng)一修改為同Server端相同的字符集。

　　修改Oracle的字符集

　　上文說過，oracle的字符集有互相的包容關(guān)系。

　　如us7ascii就是zhs16gbk的子集，從us7ascii到zhs16gbk不會有數(shù)據(jù)解釋上的問題，不會有數(shù)據(jù)丟失。在所有的字符集中utf8應該是最大，因為它基于unicode，雙字節(jié)保存字符(也因此在存儲空間上占用更多)。

　　一旦數(shù)據(jù)庫創(chuàng)建后，數(shù)據(jù)庫的字符集理論上講是不能改變的。因此，在設計和安裝之初考慮使用哪一種字符集十分重要。根據(jù)Oracle的官方說明，字符集的轉(zhuǎn)換是從子集到超集受支持，反之不行。如果兩種字符集之間根本沒有子集和超集的關(guān)系，那么字符集的轉(zhuǎn)換是不受oracle支持的。對數(shù)據(jù)庫server而言，錯誤的修改字符集將會導致很多不可測的后果，可能會嚴重影響數(shù)據(jù)庫的正常運行，所以在修改之前一定要確認兩種字符集是否存在子集和超集的關(guān)系。一般來說，除非萬不得已，我們不建議修改oracle數(shù)據(jù)庫server端的字符集。特別說明，我們最常用的兩種字符集ZHS16GBK和ZHS16CGB231280之間不存在子集和超集關(guān)系，，因此理論上講這兩種字符集之間的相互轉(zhuǎn)換不受支持。

　　修改Server端字符集(不建議使用)：

　　在Oracle 8之前，可以用直接修改數(shù)據(jù)字典表props$來改變數(shù)據(jù)庫的字符集。但Oracle8之后，至少有三張系統(tǒng)表記錄了數(shù)據(jù)庫字符集的信息，只改props$表并不完全，可能引起嚴重的后果。正確的修改方法如下：

　　$sqlplus /nolog SQL>conn / as sysdba;

　　若此時數(shù)據(jù)庫服務器已啟動，則先執(zhí)行SHUTDOWN IMMEDIATE命令關(guān)閉數(shù)據(jù)庫服務器，然后執(zhí)行以下命令：

　　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

　　修改dmp文件字符集：

　　上文說過，dmp文件的第2第3字節(jié)記錄了字符集信息，因此直接修改dmp文件的第2第3字節(jié)的內(nèi)容就可以‘騙’過oracle的檢查。這樣做理論上也僅是從子集到超集可以修改，但很多情況下在沒有子集和超集關(guān)系的情況下也可以修改，我們常用的一些字符集，如US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK基本都可以改。因為改的只是dmp文件，所以影響不大。

　　具體的修改方法比較多，最簡單的就是直接用UltraEdit修改dmp文件的第2和第3個字節(jié)。比如想將dmp文件的字符集改為ZHS16GBK，可以用以下SQL查出該種字符集對應的16進制代碼：

　　SQL> select to_char(nls_charset_id('ZHS16GBK')， 'xxxx') from dual; 03

　　然后將dmp文件的2、3字節(jié)修改為03即可。

　　如果dmp文件很大，用ue無法打開，就需要用程序的方法了。網(wǎng)上有人用java存儲過程寫了轉(zhuǎn)換的程序(用java存儲過程的好處是通用性教好，缺點是比較麻煩)。我在Windows下測試通過。但要求Oracle數(shù)據(jù)庫一定要安裝JVM選項。