oracle imp字符集问题的解决

问题：
        在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字符集的数据库就可以了。