oracle imp字符集问题的总结

问题1：

     在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的优先级别为：参数文件、注册表、环境变量。NLS_LANG的组成为“国家语言设置.字符集”，如nls_lang=simplified chinese_china.zhs16gbk。客户端的字符集最好与数据库端一样（国家语言设置可以不一样，如zhs16gbk的字符集，客户端可以是nls_lang =simplified chinese_china.zhs16gbk或Ameircan_America.zhs16gbk，都不影响数据库字符的正常显示），如果字符集不一样，而且字符集的转换也不兼容，那么客户端的数据显示与导出/导入的与字符集有关的数据将都是乱码。 

方案：

     使用二进制文件编辑工具，如uedit32。打开导出的dmp文件，获取2、3字节的内容，如00 01，先把它转换为十进制数，为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字符集的数据库就可以了。

问题2：遇到ORA-12899错误

字符集转化后，字段宽度不能容纳新字符集下的字符的宽度，如把从字符集US7ASCII数据库中exp导出的文件，导到zhs16gbk或utf8的数据库。

解决方法：

在imp上加rows=n,先把表结构导入：

imp mytest/mytest rows=n file=test.dmp log=testimp.log buffer=102400000 fromuser=mytest touser=mytest

然后到数据库中，修改表结构，把varchar2字段的长度增加：

select 'alter table '||table_name||' modify '||column_name||' varchar2('|| case when data_length > 2000 then 4000 else (2*data_length) end ||');'  from user_tab_columns where data_type='VARCHAR2' order by table_name;

上面生成了把varchar2长度增加一倍的方法。

最后写一个直接修改数据库字符集的方法：