ORACLE字符集問題總結 （轉載）

奮奮熊發表於2011-07-23
Oracle
經常有同事諮詢oracle資料庫字符集相關的問題，如在不同資料庫做資料遷移、同其它系統交換資料等，常常因為字符集不同而導致遷移失敗或資料庫內資料變成亂碼。現在我將oracle字符集相關的一些知識做個簡單總結，希望對大家今後的工作有所幫助。
一、什麼是oracle字符集
Oracle字符集是一個位元組資料的解釋的符號集合,有大小之分,有相互的包容關係。ORACLE 支援國家語言的體系結構允許你使用本地化語言來儲存，處理，檢索資料。它使資料庫工具，錯誤訊息，排序次序，日期，時間，貨幣，數字，和日曆自動適應本地化語言和平臺。
影響oracle資料庫字符集最重要的引數是NLS_LANG引數。它的格式如下:
NLS_LANG = language_territory.charset
它有三個組成部分(語言、地域和字符集)，每個成分控制了NLS子集的特性。其中:
Language 指定伺服器訊息的語言，territory 指定伺服器的日期和數字格式，charset 指定字符集。如:AMERICAN _ AMERICA. ZHS16GBK
從NLS_LANG的組成我們可以看出，真正影響資料庫字符集的其實是第三部分。所以兩個資料庫之間的字符集只要第三部分一樣就可以相互匯入匯出資料，前面影響的只是提示資訊是中文還是英文。
二、如何查詢Oracle的字符集
很多人都碰到過因為字符集不同而使資料匯入失敗的情況。這涉及三方面的字符集，一是oracel server端的字符集，二是oracle client端的字符集;三是dmp檔案的字符集。在做資料匯入的時候，需要這三個字符集都一致才能正確匯入。
1、查詢oracle server端的字符集
有很多種方法可以查出oracle server端的字符集，比較直觀的查詢方法是以下這種:SQL>select userenv(‘language’) from dual;
結果類似如下:AMERICAN _ AMERICA. ZHS16GBK
2、如何查詢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也可以得到它對應的字符集。
3、查詢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端相同的字符集。
三、修改oracle的字符集
上文說過，oracle的字符集有互相的包容關係。如us7ascii就是zhs16gbk的子集,從us7ascii到zhs16gbk不會有資料解釋上的問題,不會有資料丟失。在所有的字符集中utf8應該是最大,因為它基於unicode,雙位元組儲存字元(也因此在儲存空間上佔用更多)。
一旦資料庫建立後，資料庫的字符集理論上講是不能改變的。因此，在設計和安裝之初考慮使用哪一種字符集十分重要。根據Oracle的官方說明，字符集的轉換是從子集到超集受支援,反之不行。如果兩種字符集之間根本沒有子集和超集的關係，那麼字符集的轉換是不受oracle支援的。對資料庫server而言，錯誤的修改字符集將會導致很多不可測的後果，可能會嚴重影響資料庫的正常執行，所以在修改之前一定要確認兩種字符集是否存在子集和超集的關係。一般來說，除非萬不得已，我們不建議修改oracle資料庫server端的字符集。特別說明，我們最常用的兩種字符集ZHS16GBK和ZHS16CGB231280之間不存在子集和超集關係，因此理論上講這兩種字符集之間的相互轉換不受支援。
1、修改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
2、修改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檔案的2、3位元組修改為0354即可。
如果dmp檔案很大，用ue無法開啟，就需要用程式的方法了。網上有人用java儲存過程寫了轉換的程式(用java儲存過程的好處是通用性教好，缺點是比較麻煩)。我在windows下測試通過。但要求oracle資料庫一定要安裝JVM選項。有興趣的朋友可以研究一下程式程式碼
 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/26077805/viewspace-702915/，如需轉載，請註明出處，否則將追究法律責任。

相關文章