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
<script type=text/javascript charset=utf-8 src="http://static.bshare.cn/b/buttonLite.js#style=-1&uuid=&pophcol=3&lang=zh"></script> <script type=text/javascript charset=utf-8 src="http://static.bshare.cn/b/bshareC0.js"></script>
阅读(951) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值