影響Oracle資料庫字元集最重要的參數是NLS_LANG參數。
它的格式如下: NLS_LANG = language_territory.charset
它有三個組成部分(語言、地域和字元集),每個成分控制了NLS子集的特性。
其中:
Language: 指定伺服器消息的語言, 影響提示資訊是中文還是英文
Territory: 指定伺服器的日期和數字格式,
Charset:指定字元集。
如:AMERICAN _ AMERICA. ZHS16GBK
從NLS_LANG的組成我們可以看出,真正影響資料庫字元集的其實是第三部分。
是以兩個資料庫之間的字元集隻要第三部分一樣就可以互相導入導出資料,前面影響的隻是提示資訊是中文還是英文。
二、 檢視資料庫字元集
涉及三方面的字元集,
2. oracle client端的字元集;
3. dmp檔案的字元集。
在做資料導入的時候,需要這三個字元集都一緻才能正确導入。
2.1 查詢oracle server端的字元集
有很多種方法可以查出oracle server端的字元集,比較直覺的查詢方法是以下這種:
SQL> select userenv('language') from dual;
USERENV('LANGUAGE')
----------------------------------------------------
SIMPLIFIED CHINESE_CHINA.ZHS16GBK
SQL>select userenv(‘language’) from dual;
AMERICAN _ AMERICA. ZHS16GBK
2.2 如何查詢dmp檔案的字元集
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也可以得到它對應的字元集。
2.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端相同的字元集。
補充:
(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。
三、修改oracle的字元集
按照上文所說,資料庫字元集在建立後原則上不能更改。是以,在設計和安裝之初考慮使用哪一種字元集十分重要。對資料庫server而言,錯誤的修改字元集将會導緻很多不可測的後果,可能會嚴重影響資料庫的正常運作,是以在修改之前一定要确認兩種字元集是否存在子集和超集的關系。一般來說,除非萬不得已,我們不建議修改oracle資料庫server端的字元集。特别說明,我們最常用的兩種字元集ZHS16GBK和ZHS16CGB231280之間不存在子集和超集關系,是以理論上講這兩種字元集之間的互相轉換不受支援。
不過修改字元集有2種方法可行。
1. 通常需要導出資料庫資料,重建資料庫,再導入資料庫資料的方式來轉換。
2. 通過ALTER DATABASE CHARACTER SET語句修改字元集,但建立資料庫後修改字元集是有限制的,隻有新的字元集是目前字元集的超集時才能修改資料庫字元集,例如UTF8是US7ASCII的超集,修改資料庫字元集可使用ALTER DATABASE
CHARACTER SET UTF8。
3.1 修改server端字元集(不建議使用)
1. 關閉資料庫
SQL>SHUTDOWN IMMEDIATE
2. 啟動到Mount
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 AL16UTF16;
--如果是從子集到父集,需要使用INTERNAL_USE參數,跳過超子集檢測
SQL>ALTER DATABASE CHARACTER SET INTERNAL_USE AL32UTF8;
SQL>ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE AL16UTF16;
SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP
注意:如果沒有大對象,在使用過程中進行語言轉換沒有什麼影響,(切記設定的字元集必須是ORACLE支援,不然不能start) 按上面的做法就可以。
若出現‘ORA-12717: Cannot ALTER DATABASE NATIONAL CHARACTER SET when NCLOB data exists’ 這樣的提示資訊,
要解決這個問題有兩種方法
1. 利用INTERNAL_USE 關鍵字修改區域設定,
2. 利用re-create,但是re-create有點複雜,是以請用internal_use
SQL>STARTUP MOUNT EXCLUSIVE;
SQL>ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USEUTF8;
SQL>SHUTDOWN immediate;
SQL>startup;
如果按上面的做法做,National charset的區域設定就沒有問題
3.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無法打開,就需要用程式的方法了。
3.3用戶端字元集設定方法
1)UNIX環境
$NLS_LANG=“simplified chinese”_china.zhs16gbk
$export NLS_LANG
編輯oracle使用者的profile檔案
2)Windows環境
編輯系統資料庫
Regedit.exe ---》 HKEY_LOCAL_MACHINE ---》SOFTWARE ---》 ORACLE--》HOME
或者在視窗設定:
set nls_lang=AMERICAN_AMERICA.ZHS16GBK
整理自網絡
========================================================
Oracle 專家QQ群:60632593(已滿)、60618621、23145225
部落格:blog.csdn.net/newhappy2008