oracle出现乱码解决心得

最近在家里搞oracle的时候突然遇到一些乱码的问题,下面介绍一下这些天总结的乱码排除经验

第一:首先要确定你待导入的dmp文件是否已经是带乱码的文件(本人这次出现乱码的原因就是因为公司开发环境的数据库表al_attr中的数据本来就已经是乱码了,最可怕的是每次导入数据的时候都以这张表进行测试的,以至以后的几天中再怎么找资料解决乱码问题都没有得到实现);

第二:在操作数据库导出dmp文件前最好执行一下select * from nls_database_parameters,将源dmp文件的字符集给记录下来,以备在待导入数据的数据库出现乱码的时候进行对比,查看字符集是否相同

以下介绍以下oracle及相应字符集的查看及修改方法: 数据库服务器字符集select * from nls_database_parameters，其来源于props$ 表示数据库文件对应的字符集的设置,可通过 UPDATE PROPS$ SET value$=‘ZHS16CGB231280’WHERE NAME=‘NLS_CHARACTERSET’来进行参数修改

客户端字符集环境select * from nls_instance_parameters,其来源于v$parameter，表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表

会话字符集环境 select * from nls_session_parameters，其来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，

如果会话没有特殊的设置，将与nls_instance_parameters一致。 客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。如果多个设置存在的时候，alter session>环境变量>注册表>参数文件 字符集要求一致，但是语言设置却可以不同，语言设置建议用英文。如字符集是zhs6gbk，则nls_lang可以是American_America.zhs6gbk。

以下是一些客户端NLS_LANG可能对应的字符集(可以通过修改注册表来进行修改)

 AMERICAN_AMERICA.US7ASCII AMERICAN_AMERICA.WE8MSWIN1252 AMERICAN_AMERICA.ZHS16GBK AMERICAN_AMERICA.AL32UTF8 SIMPLIFIED CHINESE_CHINA.ZHS16GBK