oracle exp/imp 字元集

使用ultraedit32開啟匯出的dmp檔案，檔案內容以十六進位顯示資料，其中第二、三位元組的資料記錄的是此檔案的字元集。

例如：

03 54

將其轉換為10進位，值為852，使用命令

select nls_charset_name(852) from dual

得到結果

ZHS16GBK

當前使用winXP簡體中文作業系統，Oracle用戶端預設字元集為GBK。

建立資料庫，設定資料庫字元集、國家字元集為UTF8，如須在此作業系統上匯出檔案，並匯入至另一winXP簡體中文作業系統

伺服器上，須將用戶端字元集修改為UTF8。

方法一：將dmp檔案二、三位元組修改為oracle字元集名對應的id值

例如，使用命令select nls_charset_id('UTF8') from dual，得到結果為871

將871轉換為十六進位為03 67，即，把03 54 改為 03 67

匯入修改後的dmp檔案

方法二：修改登錄機碼NLS_LANG的值為UTF8

 

本文來自CSDN部落格，轉載請標明出處：http://blog.csdn.net/battlehawk/archive/2009/12/28/5090175.aspx

 

 

在匯出操作時，非常重要的是用戶端的字元集設定，也就是用戶端的NLS_LANG設定。
NLS_LANG參數由以下部分組成:
NLS_LANG=<Language>_<Territory>.<Clients Characterset>
NLS_LANG各部分含義如下:
LANGUAGE指定:
-Oracle訊息使用的語言
-日期中月份和日顯示
TERRITORY指定
-貨幣和數字格式
-地區和計算星期及日期的習慣
CHARACTERSET:
-控制用戶端應用程式使用的字元集
通常設定或者等於用戶端(如Windows)字碼頁
或者對於unicode應用設定為UTF8
在Windows上查看當前系統的字碼頁可以使用chcp命令:
E:\>chcp
活動的字碼頁: 936
字碼頁936也就是中文字元集 GBK。

通常在匯出時最好把用戶端字元集設定得和資料庫端相同，這樣可以避免在匯出時發生不必要的資料轉換，匯出檔案將和資料庫具有相同的字元集。
即使將來會把匯出檔案匯入到不同字元集的資料庫中，這樣做也可以把轉換延緩至匯入時刻。
當進行資料匯入時，主要存在以下兩種情況:
1.來源資料庫和目標資料庫具有相同字元集設定
這時，只需要設定NLS_LANG等於資料庫字元集即可匯入(前提是，匯出使用的是和來源資料庫相同字元集，即三者相同)
2.來源資料庫和目標資料庫字元集不同
如果我們匯出時候使用的NLS_LANG是和來源資料庫相同的字元集，那麼匯入時就可以設定用戶端NLS_LANG等於匯出時使用的字元集，這
樣轉換隻發生在資料庫端，而且只發生一次。

dmp檔案用UltraEdit開啟查看十六進位檔案，第2-3個位元組表示字元集，假如是"00 01"。
在Unix上我們可以通過以下命令來查看:cat expdat.dmp | od -x | head
查看這個十六進位id的十進位：
SQL> select to_number(1,'xxxx') from dual;
TO_NUMBER(1,'XXXX')
-------------------
                  1
查看這個十進位id表示的字元集：
SQL> select nls_charset_name(1) from dual;
NLS_CHARSET_NAME(1)
----------------------------------------
US7ASCII
查看目標字元集的十進位id：
SQL> select nls_charset_id('zhs16gbk') from dual;
NLS_CHARSET_ID('ZHS16GBK')
--------------------------
                       852
查看這個十進位id的十六進位：
SQL> select to_char(852,'xxxx') from dual;
TO_CHAR(852,'XXXX')
--------------------------------------------------------------------------------
354
dmp檔案用UE開啟，把"00 01"改為"03 54"即完成了字元集的轉換。

查詢資料庫中有效字元集可以使用以下指令碼:
col nls_charset_id for 9999
col nls_charset_name for a30
col hex_id for a20
select nls_charset_id(value) nls_charset_id, value nls_charset_name, to_char(nls_charset_id(value),'xxxx') hex_id
from v$nls_valid_values
where parameter = 'CHARACTERSET'
order by nls_charset_id(value);

查詢oracle server字元集：
select * from v$nls_database_parameters;
查詢用戶端登陸session字元集：
select * from v$nls_session_parameters;

通常在我們的現實環境中，存在3個字元集設定。
第一: 用戶端應用字元集(Client Application Character Set)
第二: 用戶端NLS_LANG參數設定
第三: 伺服器端，資料庫字元集(Character Set)設定
我們說，一個字元在用戶端應用(比如SQLPLUS,CMD,NOTEPAD等)中以怎樣的字元顯示取決於用戶端作業系統，用戶端能夠顯示怎樣的字元，
我們就可以在應用中錄入這些字元，至於這些字元能否在資料庫中正常儲存，就和另外的兩個字元集設定緊密相關了。
在傳輸過程中，用戶端NLS_LANG主要用於進行轉換判斷
如果NLS_LANG等於資料庫字元集，則不進行任何轉換直接把字元插入資料庫
如果不同則進行轉換，轉換主要有兩個任務
如果存在對應關係，則把相應二進位編碼經過映射後(這一步映射以後，所代表的字元可能發生轉換)傳遞給資料庫
如果不存在對應關係，則傳遞一個替換字元(很多平台就是?)
資料庫字元集，在和用戶端NLS_LANG不同時，會把經過NLS_LANG轉換的字元進行進一步處理
對於?（即不存在對應關係的字元）直接以？形式存放入資料庫
對於其他字元，在NLS_LANG和資料庫字元集之間進行轉換後存入。