今天在客户服务器上遇到了oracle中文乱码问题,第一个想到的是:要想避免oracle字符乱码的问题,需要注意oracle客户端的字符编码和服务端的字符编码保持一致。

于是操作如下:

1、查看服务端字符集--结果:服务端是ZHS16GBK
SELECT * FROM NLS_DATABASE_PARAMETERS where parameter='NLS_CHARACTERSET';

2、于是开始修改客户端字符集,方式如下:

在运行里面,输入regedit进入注册表,HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1\里面(最后一项与实例名、数据库版本有关系),找到NLS_LANG选项,双击它,你就可以看到相应的值,修改成AMERICAN_AMERICA.ZHS16GBK
3、查看客户端字符集--结果:客户端是AMERICAN_AMERICA.ZHS16GBK(注意:客户端保证.后面的部分和服务端一致即可)
SELECT USERENV('language') FROM DUAL;

但是做完以上操作如果还是乱码,于是查看了一下环境变量,发现里面配置了一个NLS_LANG的变量,于是将其值设为AMERICAN_AMERICA.ZHS16GBK,此时直接通过命令行是没有乱码问题了,但是尝试通过plsql查询数据库,发现依旧乱码,这时想到一件事,oracle是64位的,当时通过plsql是不能直接连接的,需要装32位的客户端,然后别的同事写了一个plsqldev.bat文件放到了plsql的根目录下,才能连接oracle的,于是找到该文件,打开查看,文件内容如下:

@echo off
set path=C:\app\Administrator\product\instantclient_10_2
set ORACLE_HOME=C:\app\Administrator\product\instantclient_10_2
set TNS_ADMIN=C:\app\Administrator\product\instantclient_10_2
set NLS_LANG=AMERICAN_AMERICA.AL32UTF8
start plsqldev.exe

这时就明白了,该文件中指定的NLS_LANG是AL32UTF8编码,于是将其改成set NLS_LANG=AMERICAN_AMERICA.ZHS16GBK,此时plsql使用的32位的oracle客户端的编码就和服务端的编码保持一致了,都是ZHS16GBK,再尝试通过plsql查询数据库,此时乱码问题解决了。

最新文章

  1. Web(Jsp+ Servlet)开发中如何解决中文乱码问题
  2. JS抽奖功能代码
  3. WPF中的数据绑定!!!
  4. NUnit笔记
  5. FOJ 1205
  6. Scala - Spark Lambda“goesto“ => 分析
  7. js判断ie版本号
  8. C#程序用Inno Setup打包,以管理员身份运行的处理方法
  9. uva 12526 - Cellphone Typing
  10. win10系统加载ahci驱动的操作方案(Win10之家)
  11. iOS音频播放(一):概述
  12. 【模板】链式前向星+spfa
  13. 如何通过轮询实现session自动注销
  14. ORACLE实际执行计划与预估执行计划不一致性能优化案例
  15. C#基础知识之List和数组之间的转换
  16. SpringSecurity实现图形验证码功能
  17. Hdu2602 Bone Collector (01背包)
  18. C++中绝对值的运算
  19. jq常用功能操作
  20. ios实例开发精品源码文章推荐(8.28)

热门文章

  1. 删除表数据drop、truncate和delete的用法
  2. Angular.js 以及个人学习网站
  3. DSP using MATLAB 示例 Example3.10
  4. CSS3-基于浮动的布局,响应式WEB设计,定位网页上的元素,设计打印页面的css技术
  5. scau 8637 阶乘与因子 筛素数
  6. 从Sql server 2008获取表字段属性信息,注释信息
  7. Redis 事务总结
  8. POJ1815 Friendship(字典序最小最小割割边集)
  9. Cellular Automata编写历程
  10. 只有火狐识别的css