Oracle字元集概述

一、什麼是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檔案的字元集。

在做資料匯入的時候，需要這三個字元集都一致才能正確匯入。

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端的字元集

這個比較簡單。

本文URL地址：http://www.bianceng.cn/database/Oracle/201410/45471.htm

在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$，是表示資料庫的字元集。

20:53:10 SQL> select * from nls_database_parameters;

PARAMETER                      VALUE

------------------------------ ----------------------------------------

NLS_LANGUAGE                   AMERICAN

NLS_TERRITORY                  AMERICA

NLS_CURRENCY                   $

NLS_ISO_CURRENCY               AMERICA

NLS_NUMERIC_CHARACTERS         .,

NLS_CHARACTERSET               WE8ISO8859P1

NLS_CALENDAR                   GREGORIAN

NLS_DATE_FORMAT                DD-MON-RR

NLS_DATE_LANGUAGE              AMERICAN

NLS_SORT                       BINARY

NLS_TIME_FORMAT                HH.MI.SSXFF AM

NLS_TIMESTAMP_FORMAT           DD-MON-RR HH.MI.SSXFF AM

NLS_TIME_TZ_FORMAT             HH.MI.SSXFF AM TZR

NLS_TIMESTAMP_TZ_FORMAT        DD-MON-RR HH.MI.SSXFF AM TZR

NLS_DUAL_CURRENCY              $

NLS_COMP                       BINARY

NLS_LENGTH_SEMANTICS           BYTE

PARAMETER                      VALUE

------------------------------ ----------------------------------------

NLS_NCHAR_CONV_EXCP            FALSE

NLS_NCHAR_CHARACTERSET         AL16UTF16

NLS_RDBMS_VERSION              10.2.0.1.0

20 rows selected.

(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。

三、修改oracle的字元集

上文說過，oracle的字元集有互相的包容關係。如us7ascii就是zhs16gbk的子集,從us7ascii到zhs16gbk不會有資料解釋上的問題,不會有資料丟失。在所有的字元集中utf8應該是最大,因為它基於unicode,雙位元組儲存字元(也因此在儲存空間上佔用更多)。

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

1、修改server端字元集(不建議使用)

在oracle 8之前，可以用直接修改資料字典表props$來改變資料庫的字元集。但oracle8之後，至少有三張系統資料表記錄了資料庫字元集的資訊，只改props$表並不完全，可能引起嚴重的後果。正確的修改方法如下: