問題：在imp一個dmp文件的時候，提示不支持要求的字符集轉換（從類型850到852）. 原理： ;;;;;Oracle多國語言設置是為了支持世界范圍的語言與字符集，一般對語言提示，貨幣形式，排序方式和CHAR,VARCHAR2,CLOB,LONG字段的數據的顯示等有效。ORACLE的多國語言設置最主要的兩個特性就是國家語言設置與字符集設置，國家語言設置決定了界面或提示使用的語言種類，字符集決定了數據庫保存與字符集有關數據（如文本）時候的編碼規則。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字符集的數據庫就可以了。