oracle字符集小結(jié)
一:影響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ù),前面影響的只是提示信息是中文還是英文。
在做數(shù)據(jù)導入的時候,涉及三方面的字符集,一是oracelserver端的字符集;二是oracleclient端的字符集;三是dmp文件的字符集。
需要這三個字符集都一致才能正確導入。
二:查詢相關(guān)字符集
1.查看數(shù)據(jù)庫服務器字符集
select*fromnls_database_parameters,其來源于props$,是表示數(shù)據(jù)庫的字符集。
查看數(shù)據(jù)庫可用字符集參數(shù)設(shè)置SELECT*FROMv$nls_valid_values;
或者
colnls_charset_idfor9999colnls_charset_namefora30colhex_idfora20select
nls_charset_id(value)nls_charset_id,valuenls_charset_name,
to_char(nls_charset_id(value),"xxxx")hex_idfromv$nls_valid_values
whereparameter="CHARACTERSET"orderbynls_charset_id(value)
2.如何查詢dmp文件的字符集
用oracle的exp工具導出的dmp文件也包含了字符集信息,dmp文件的第2和第3個字節(jié)記錄了dmp文件的字符集。如果dmp文件不大,比如只有幾M或幾十M,可以用UltraEdit打開(16進制方式),看第2第3個字節(jié)的內(nèi)容,如0354,然后用以下SQL查出它對應的字符集:
SQL>selectnls_charset_name(to_number("0354","xxxx"))fromdual;ZHS16GBK
如果dmp文件很大,比如有2G以上(這也是最常見的情況),用文本編輯器打開很慢或者完全打不開,可以用以下命令(在unix主機上):
catexp.dmp|od-x|head-1|awk"{print$2$3}"|cut-c3-6catexp.dmp|od-x|head
然后用上述SQL也可以得到它對應的字符集。
3.查詢oracleclient端的字符集
在windows平臺下,就是注冊表里面相應OracleHome的NLS_LANG。還可以在dos窗口里面自己設(shè)置,比如:setnls_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端相同的字符集。
三.修改相關(guān)的字符集
1.修改oracle數(shù)據(jù)庫的字符集
oracle的字符集有互相的包容關(guān)系。如us7ascii就是zhs16gbk的子集,從us7ascii到zhs16gbk不會有數(shù)據(jù)解釋上的問題,不會有數(shù)據(jù)丟失。在所有的字符集中utf8應該是最大,因為它基于unicode,雙字節(jié)保存字符(也因此在存儲空間上占用更多)。
一旦數(shù)據(jù)庫創(chuàng)建后,數(shù)據(jù)庫的字符集理論上講是不能改變的。因此,在設(shè)計和安裝之初考慮使用哪一種字符集十分重要。根據(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)換不受支持。
如果oracle數(shù)據(jù)庫的字符集為UTF8,就可以根據(jù)客戶端設(shè)置為不同的字符集(UTF8兼容的就行),包括GBK(1).修改server端字符集(不建議使用)
在oracle8之前,可以用直接修改數(shù)據(jù)字典表props$來改變數(shù)據(jù)庫的字符集。但oracle8之后,至少有三張系統(tǒng)表記錄了數(shù)據(jù)庫字符集的信息,只改props$表并不完全,可能引起嚴重的后果。正確的修改方法如下:
$sqlplus/nolog
SQL>conn/assysdba;若此時數(shù)據(jù)庫服務器已啟動,則先執(zhí)行SHUTDOWNIMMEDIATE命令關(guān)閉數(shù)據(jù)庫服務器,然后執(zhí)行以下命令:
SQL>STARTUPMOUNT;
SQL>ALTERSYSTEMENABLERESTRICTEDSESSION;
SQL>ALTERSYSTEMSETJOB_QUEUE_PROCESSES=0;
SQL>ALTERSYSTEMSETAQ_TM_PROCESSES=0;
SQL>ALTERDATABASEOPEN;
SQL>ALTERDATABASECHARACTERSETZHS16GBK;
SQL>ALTERDATABASEnationalCHARACTERSETZHS16GBK;
SQL>SHUTDOWNIMMEDIATE;SQL>STARTUP
注意:如果沒有大對象,在使用過程中進行語言轉(zhuǎn)換沒有什么影響,(切記設(shè)定的字符集必須是ORACLE支持,不然不能start)按上面的做法就可以,但是可能會出現(xiàn)‘ORA-12717:CannotALTERDATABASENATIONALCHARACTERSETwhenNCLOBdataexists’這樣的提示信息要解決這個問題有兩種方法
一個是,利用INTERNAL_USE關(guān)鍵字修改區(qū)域設(shè)置,
還有一個是利用re-create,但是re-create有點復雜,所以請用internal_use,
SQL>SHUTDOWNIMMEDIATE;
SQL>STARTUPMOUNTEXCLUSIVE;
SQL>ALTERSYSTEMENABLERESTRICTEDSESSION;
SQL>ALTERSYSTEMSETJOB_QUEUE_PROCESSES=0;
SQL>ALTERSYSTEMSETAQ_TM_PROCESSES=0;
SQL>ALTERDATABASEOPEN;
SQL>ALTERDATABASENATIONALCHARACTERSETINTERNAL_USEUTF8;
SQL>SHUTDOWNimmediate;
SQL>startup;
如果按上面的做法做,Nationalcharset的區(qū)域設(shè)置就沒有問題
2..修改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>selectto_char(nls_charset_id("ZHS16GBK"),"xxxx")fromdual;0354
然后將dmp文件的2、3字節(jié)修改為0354即可。
如果dmp文件很大,用ue無法打開,就需要用程序的方法了3.客戶端NLS_LANG的設(shè)置方法
Windows:
(1)可以通過修改注冊表鍵值永久設(shè)置
運行:regedit-->HKEY_LOCAL_MACHINE\\SOFTWARE\\ORACLEHOME0\\NLS_LANG對應的值:SIMPLIFIEDCHINESE_CHINA.UTF8(2)在dos窗口里面自己設(shè)置,比如:#常用中文字符集
setNLS_LANG=SIMPLIFIEDCHINESE_CHINA.ZHS16GBK#常用unicode字符集
setNLS_LANG=american_america.AL32UTF8
Linux,Unix:
#常用unicode字符集
exportNLS_LANG=AMERICAN_AMERICA.UTF8
如果數(shù)據(jù)庫字符集和sqlplus的字符集一致,還是不能正確顯示了,那很可能就是你的終端應用程序的Oracle字符集不支持了.例如你用bash登陸sqlplus,如果你的bash是個小字符集,那么就不能正常顯示了.linux修改bash的字符集,可以先鍵入locale,看有哪些環(huán)境變量,再用export設(shè)置.
在.bash_profile(.profile)中添加
exportNLS_LANG=AMERICAN_AMERICA.UTF
擴展閱讀:Oracle字符集總結(jié)
Oracle字符集總結(jié)
經(jīng)常有同事咨詢oracle數(shù)據(jù)庫字符集相關(guān)的問題,如在不同數(shù)據(jù)庫做數(shù)據(jù)遷移、同其它系統(tǒng)交換數(shù)據(jù)等,常常因為字符集不同而導致遷移失敗或數(shù)據(jù)庫內(nèi)數(shù)據(jù)變成亂碼,F(xiàn)在我將oracle字符集相關(guān)的一些知識做個簡單總結(jié),希望對大家今后的工作有所幫助。一、什么是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ù)導入失敗的情況。這涉及三方面的字符集,一是oracelserver端的字符集,二是oracleclient端的字符集;三是dmp文件的字符集。在做數(shù)據(jù)導入的時候,需要這三個字符集都一致才能正確導入。1、查詢oracleserver端的字符集
有很多種方法可以查出oracleserver端的字符集,比較直觀的查詢方法是以下這種:SQL>selectuserenv(‘language’)fromdual;結(jié)果類似如下:AMERICAN_AMERICA.ZHS16GBK2、如何查詢dmp文件的字符集
用oracle的exp工具導出的dmp文件也包含了字符集信息,dmp文件的第2和第3個字節(jié)記錄了dmp文件的字符集。如果dmp文件不大,比如只有幾M或幾十M,可以用UltraEdit打開(16進制方式),看第2第3個字節(jié)的內(nèi)容,如0354,然后用以下SQL查出它對應的字符集:
SQL>selectnls_charset_name(to_number("0354","xxxx"))fromdual;ZHS16GBK
如果dmp文件很大,比如有2G以上(這也是最常見的情況),用文本編輯器打開很慢或者完全打不開,可以用以下命令(在unix主機上):
catexp.dmp|od-x|head-1|awk"{print$2$3}"|cut-c3-6然后用上述SQL也可以得到它對應的字符集。3、查詢oracleclient端的字符集
這個比較簡單。在windows平臺下,就是注冊表里面相應OracleHome的NLS_LANG。還可以在dos窗口里面自己設(shè),比如:
setnls_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ù)庫的字符集理論上講是不能改變的。因此,在設(shè)計和安裝之初考慮使用哪一種字符集十分重要。根據(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)換不受支持。1、修改server端字符集(不建議使用)
在oracle8之前,可以用直接修改數(shù)據(jù)字典表props$來改變數(shù)據(jù)庫的字符集。但oracle8之后,至少有三張系統(tǒng)表記錄了數(shù)據(jù)庫字符集的信息,只改props$表并不完全,可能引起嚴重的后果。正確的修改方法如下:$sqlplus/nolog
SQL>conn/assysdba;
若此時數(shù)據(jù)庫服務器已啟動,則先執(zhí)行SHUTDOWNIMMEDIATE命令關(guān)閉數(shù)據(jù)庫服務器,然后執(zhí)行以下命令:
SQL>STARTUPMOUNT;
SQL>ALTERSYSTEMENABLERESTRICTEDSESSION;SQL>ALTERSYSTEMSETJOB_QUEUE_PROCESSES=0;SQL>ALTERSYSTEMSETAQ_TM_PROCESSES=0;SQL>ALTERDATABASEOPEN;
SQL>ALTERDATABASECHARACTERSETZHS16GBK;
SQL>ALTERDATABASEnationalCHARACTERSETZHS16GBK;SQL>SHUTDOWNIMMEDIATE;SQL>STARTUP
2、修改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>selectto_char(nls_charset_id("ZHS16GBK"),"xxxx")fromdual;03然后將dmp文件的2、3字節(jié)修改為0354即可。
如果dmp文件很大,用ue無法打開,就需要用程序的方法了。網(wǎng)上有人用java存儲過程寫了轉(zhuǎn)換的程序(用java存儲過程的好處是通用性教好,缺點是比較麻煩)。我在windows下測試通過。但要求oracle數(shù)據(jù)庫一定要安裝JVM選項。有興趣的朋友可以研究一下程序代碼
友情提示:本文中關(guān)于《oracle字符集小結(jié)》給出的范例僅供您參考拓展思維使用,oracle字符集小結(jié):該篇文章建議您自主創(chuàng)作。
來源:網(wǎng)絡整理 免責聲明:本文僅限學習分享,如產(chǎn)生版權(quán)問題,請聯(lián)系我們及時刪除。