最近用PL/sql导入一个表的时候，发现导入的时候总是提示未知的字符集，数据库和客户端的字符集不对应。
这个涉及三方面的字符集，
1. oracel server端的字符集;
2. oracle client端的字符集;
3. dmp文件的字符集。
在做数据导入的时候，需要这三个字符集都一致才能正确导入。
于是查找一些资料，如何来修改数据库和客户端的字符集，以及如何来查看对应的dmp文件的字符集信息！
查看字符集
(1).数据库服务器字符集
select * from nls_database_parameters
来源于props$，是表示数据库的字符集。
(2).客户端字符集环境
select * from nls_instance_parameters
其来源于v$parameter，表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表
(3).会话字符集环境
select * from nls_session_parameters
来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameters一致。
(4).客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。
如果多个设置存在的时候，NLS作用优先级别：sql function > alter session > 环境变量或注册表> 参数文件> 数据库默认参数
字符集要求一致，但是语言设置却可以不同，语言设置建议用英文。如字符集是zhs16gbk，则nls_lang可以是American_America.zhs16gbk。
修改数据库字符集
(1).数据库服务器字符集
select * from nls_database_parameters
或者select userenv(‘language’) from dual;
来源于props$，是表示数据库的字符集。
(2).客户端字符集环境
select * from nls_instance_parameters
其来源于v$parameter，表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表
(3).会话字符集环境
select * from nls_session_parameters
来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameters一致。
(4).客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。
如果多个设置存在的时候，NLS作用优先级别：sql function > alter session > 环境变量或注册表> 参数文件> 数据库默认参数
字符集要求一致，但是语言设置却可以不同，语言设置建议用英文。如字符集是zhs16gbk，则nls_lang可以是American_America.zhs16gbk。
sql> conn /as sysdba
sql> shutdown immediate;
sql> startup mount
sql> ALTER SYSTEM ENABLE RESTRICTED SESSION;
sql> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
sql> ALTER SYSTEM SET AQ_TM_PROCESSES=0;
sql> alter database open;
sql> ALTER DATABASE CHARACTER SET ZHS16GBK;
ORA-12712: new character set must be a superset of old character set
提示我们的字符集：新字符集必须为旧字符集的超集，这时我们可以跳过超集的检查做更改：
sql> ALTER DATABASE character set INTERNAL_USE ZHS16GBK;
如果是 AL32UTF8：
ALTER DATABASE character set INTERNAL_USE AL32UTF8;
修改完毕后，再重新启动
sql> select * from v$nls_parameters;
sql> shutdown immediate;
sql> startup
sql> select * from v$nls_parameters;
刚开始使用数据库，用的都是默认安装，以后最好使用自定义安装方式，选择字符集。
如何修改客户端的字符集
这个就比较简单，WIN+R,输入regedit进入注册表，在
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1. 在NLS_LANG 处改为你需要的字符集.
常用的字符集为：
SIMPLIFIED CHINESE_CHINA.ZHS16GBK AMERICAN_AMERICA.AL32UTF8。这里需要注意的时候，如果你是windows的64位系统，这修改路径在：注册表：HKEY_LOCAL_MACHINE->SOFTWARE->Wow6432Node->ORACLE->KEY_OraDB10g_home1->NLS-LANG:SIMPLIFIED CHINESE_CHINA.ZHS16GBK（或者AMERICAN_AMERICA.AL32UTF8）
如果检查的结果发现server端与client端字符集不一致，请统一修改为同server端相同的字符集
如何查看dmp的字符集信息
1、用oracle的exp工具导出的dmp文件也包含了字符集信息，dmp文件的第2和第3个字节记录了dmp文件的字符集。如果dmp文件不大，比如只有几M或几十M，可以用UltraEdit打开(16进制方式)，看第2第3个字节的内容，如0354，
(PS:如果服务器字符集为SIMPLIFIED CHINESE_CHINA.ZHS16GBK，dmp的字符集不为ZHS16GBK时，也可以通过修改dmp中的第2,3字节数字来骗过导入时的字符集验证)
然后用以下sql查出它对应的字符集:
sql> select nls_charset_name(to_number(‘0354’,’xxxx’)) from dual;
ZHS16GBK
如果是0369
则对应字符集为AL32UTF8
如果dmp文件很大，比如有2G以上(这也是最常见的情况)，用文本编辑器打开很慢或者完全打不开，可以用以下命令(在unix主机上):
cat exp.dmp |od -x|head -1|awk ‘{print
2、如果数据库和dmp的字符集不一致，则可以修改数据库字符集后导入，或者修改源数据库字符集后重新导出dmp
3、如果数据库和dmp字符集一致，则要考虑导入/导出的方式（笔者问题也出在这里）
因为dmp是别的同事提供的，在询问后得知dmp是在dos中以imp命令的方式导出的，但是导入操作是利用pl/sql工具的导入方法导入，因此出现了相同字符集却不能导入的情况。
解决方法：改用在dos命令中以imp命令导入表。
还有一个在线网站非常好，hexed.it，可以直接查看dmp文件的信息，来确定所属字符集。
可以从下面文件来查询确定字符集是GBK还是UTF8或者其他字符集：
ORACLE字符集与编码对照表查询
