導出/導入與字符集之間問題的解決
2024-07-21 02:35:31
供稿：網友
明白Oracle的多國語言設置，ORACLE多國語言設置是為了支持世界范圍的語言與字符集，一般對語言提示，貨幣形式，排序方式和CHAR,VARCHAR2,CLOB,LONG字段的數據的顯示等有效。 ORACLE的多國語言設置最主要的兩個特性就是國家語言設置與字符集設置，國家語言設置決定了界面或提示使用的語言種類，字符集決定了數據庫保存與字符集有關數據（如文本）時候的編碼規則。正如剛才上面的一個小例子，環境變量NLS_LANG的不同，導致EXP幫助發生變化，這就是多國語言設置的作用（NLS_LANG包含國家語言設置與字符集設置，這里起作用的是國家語言設置，而不是字符集）。
ORACLE字符集設定，分為數據庫字符集和客戶端字符集環境設置。在數據庫端，字符集在創建數據庫的時候設定，并保存在數據庫PRops$表中，對于8i以上產品，已經可以采用“Alter database character set 字符集”來修改數據庫的字符集，但也僅僅是從子集到超集，不要通過update props$來修改字符集，假如是不支持的轉換，可能會失去所有與字符集有關的數據，就是支持的轉換，也可能導致數據庫的不正常工作。字符集分為單字節字符集與多字節字符集，US7ASCII就是典型的單字節字符集，在這種字符集中length=lengthb，而ZHS16GBK就是常用的雙字節字符集，在這里lengthb=2*length。
在客戶端的字符集環境比較簡單，主要就是環境變量或注冊表項NLS_LANG，注重NLS_LANG的優先級別為：參數文件à注冊表à環境變量àalter session。NLS_LANG的組成為“國家語言設置.字符集”，如nls_lang=simplified chinese_china.zhs16gbk。客戶端的字符集最好與數據庫端一樣（國家語言設置可以不一樣，如zhs16gbk的字符集，客戶端可以是nls_lang =simplified chinese_china.zhs16gbk或Ameircan_America.zhs16gbk，都不影響數據庫字符的正常顯示），假如字符集不一樣，而且字符集的轉換也不兼容，那么客戶端的數據顯示與導出/導入的與字符集有關的數據將都是亂碼。
使用一點點技巧，就可以使導出/導入在不同的字符集的數據庫上轉換數據。這里需要一個2進制文件編輯工具即可，如uedit32。用編輯方式打開導出的dmp文件，獲取2、3字節的內容，如00 01，先把它轉換為10進制數，為1，使用函數NLS_CHARSET_NAME即可獲得該字符集：
SQL> select nls_charset_name(1) from dual;
NLS_CHARSET_NAME(1)
-------------------
US7ASCII
可以知道該dmp文件的字符集為US7ASCII，假如需要把該dmp文件的字符集換成ZHS16GBK，則需要用NLS_CHARSET_ID獲取該字符集的編號：
SQL> select nls_charset_id('zhs16gbk') from dual;
NLS_CHARSET_ID('ZHS16GBK')
--------------------------
852
把852換成16進制數，為354，把2、3字節的00 01換成03 54，即完成了把該dmp文件字符集從us7ascii到zhs16gbk的轉化，這樣，再把該dmp文件導入到zhs16gbk字符集的數據庫就可以了。（注重，十進制數與十六進制之間的轉換，想明白其中的道理）
跨版本使用Exp/Imp
Exp/Imp很多時候，可以跨版本使用，如在版本7與版本8之間導出導入數據，但這樣做必須選擇正確的版本，規則為：
·總是使用IMP的版本匹配數據庫的版本，假如要導入到816，則使用816的導入工具。
·總是使用EXP的版本匹配兩個數據庫中低的那個版本，如在815與816之間互導，則使用815的EXP工具。
