※※※Oracle 存储中文乱码问题※※※

starsoulxp 2006-11-22 04:18:07
问题描述:
1.操作系统:WINXP SP2
2.数据库(本机):Oracle 10g,(服务器端和客户端)
3.使用"select * from V$NLS_PARAMETERS"查询服务器字符集NLS_CHARACTERSET为ZHS16GBK

4.查询注册表HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraClient10g_home1下的NLS_LANG值为"SIMPLIFIED CHINESE_CHINA.ZHS16GBK",与服务器端的一致.

5.在sql*plus中插入中文数据后,可以正常显示.

6.在jsp程序里,使用tomcat或者weblogic发布后,通过界面插入中文数据后,数据库表里的汉字均为乱码.
7.我的jsp和java文件部署在eclispe里,编码均为UTF-8.

请问这个问题如何解决?
...全文
577 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
kingkingkingking 2006-12-26
  • 打赏
  • 举报
回复
据听说可以在JAVA用过滤器实现
本人不懂
lldwolf 2006-12-26
  • 打赏
  • 举报
回复

Oracle 8i中字符集乱码解决办法
http://tech.cn.tom.com2001年10月22日来源:天极网石骁騑


一、问题描述

SQL Plus WorkSheet是一个窗口图形界面的SQL语句编辑器,对于那些喜欢窗口界面而不喜欢字符界面的用户,该工具相对SQL/PLUS受到了很大的欢迎。但从Oracle 8i以后,如果安装Oracle 8i时选取的是别于英语的字符集,对于我们中国,通常会选取简体中文字符集(ZHS16GBK),安装成功后,运行SQL Plus WorkSheet程序,会出现所有的中文显示以及查询结果均为乱码的情况。

二、问题分析

最初出现该问题,首先怀疑就是安装时字符集设置有问题,也就是说没有设置正确的简体中文字符集。首先检查数据库字符集,在SQL/PLUS中,运行下面的SQL语句,检查所连接数据库的字符集:

SQL> select userenv('language') from dual;
  USERENV('LANGUAGE')
  ----------------------------------------------------
  SIMPLIFIED CHINESE_CHINA.ZHS16GBK

查询结果发现数据库安装时所选字符集为简体中文ZHS16GBK,说明安装时字符集设置完全正确。
如果不是这样的化就在注册表中HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/HOME0/NLS_LANG 改为SIMPLIFIED CHINESE_CHINA.ZHS16GBK

第二步开始怀疑是用户客户端字符集问题,检查客户端注册表,打开注册表编辑程序(RegEdit),在HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/NLS_LANG,发现Oracle客户端字符集为AMERICAN_AMERICA.ZHS16GBK,设置也完全正确,可以排除是客户端字符集设置错误的问题。同时还有一个现象就是在同一个客户端机器上SQL/PLUS中的查询字符集显示完全正常,这也说明不是字符集设置问题,而是系统程序SQL/Plus Worksheet的问题。

在Oracle 8i以前的版本中,从来没有出现过这样的情况,这应该和Oracle版本有关,我们知道Oracle 8i和它前面的版本一个显著的区别就是大部分的Oracle系统程序,现在均采用Java驱动,其实这也就是产生字符集乱码问题的根本所在。非Java驱动的程序,如SQL*Plus,有一个系统参数NLS_LANG,该参数在UNIX系统中设置在环境变量中,在Windows操作系统中设置在注册表中,这个参数决定了客户端应用程序的字符集。而对于基于Java应用的程序,如现在遇到的SQL*PLus Worksheet,NLS_LANG参数对这类程序是不起任何作用的。

三、解决方案

找到了问题产生的原因后,下面来讨论如何解决该问题。对于Oracle Enterprise Manager中的所有工具,有一个配置文件名为dbappscfg.properties,修改该文件即可解决上述问题。这个文件的位置在$ORACLE_HOME\sysman\config目录下,用任何的文本编辑器打开该文件,在这个文件里面,找到这样一项,

# SQLPLUS_NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1

去掉注释符#,同时将其修改为SQLPLUS_NLS_LANG=AMERICAN_AMERICA.ZHS16GBK。

对于Windows操作系统,还需要修改一项,在文件中找到# SQLPLUS_SYSTEMROOT=c:\\WINNT40,去掉注释符,将其修改为你所在机器的操作系统主目录。如操作系统的主目录在D盘的Winnt下,则将其修改为 SQLPLUS_SYSTEMROOT=d:\\WINNT。

对于后面一项的修改只对Windows操作系统进行,对UNIX操作系统则不需要。如果在Windows操作系统中不修改该项,在Oracle Enterprise Manager中,连接系统时,会提示如下的错误:

ORA-12560 TNS:protocol adapter error

或者

ORA-12545 Connect failed because target host or object does not exist

修改完成后,保存文件,退出编辑。重新连接SQL PLUS Worksheet,字符集乱码问题得到解决,显示正确的简体中文字符集。




starsoulxp 2006-11-27
  • 打赏
  • 举报
回复
数据库里就是乱码,改jsp的header有什么用啊!
intotheheart 2006-11-24
  • 打赏
  • 举报
回复
把jsp用GBK
starsoulxp 2006-11-23
  • 打赏
  • 举报
回复
请注意,插入到数据库里就是乱码,跟content-type没什么关系
jdsnhan 2006-11-23
  • 打赏
  • 举报
回复
sqlplus中能正常显示,那就证明没大问题。

<%@ page contentType="text/html; charset=gb2312" %>
这句话没忘写吧.
wangzk0206 2006-11-22
  • 打赏
  • 举报
回复
没有用过JAVA 把他的字符集修改成和服务器一样看看那
starsoulxp 2006-11-22
  • 打赏
  • 举报
回复
怎么没人呢
由于历史的原因,早期的oracle没有中文字符集(如oracle6、oracle7、oracle7.1),但有的用户从那时起就使用数据库了, 并用US7ASCII字符集存储了中文,或是有的用户在创建数据库时,不考虑清楚,随意选择一个默认的字符集,如WE8ISO8859P1或US7ASCII,而这两个字符集都没有汉字编码,虽然有些时候选用这种字符集好象也能正常使用,但用这种字符集存储汉字信息从原则上说就是错误的,它会给数据库的使用与维护带来一系列的麻烦。正常情况下,要将汉字存入数据库,数据库字符集必须支持中文,而将数据库字符集设置为US7ASCII等单字节字符集是不合适的。US7ASCII字符集只定义了128个符号,并不支持汉字。另外,如果在SQL*PLUS中能够输入中文,操作系统缺省应该是支持中文的,但如果在NLS_LANG中的字符集设置为US7ASCII,显然也是不正确的,它没有反映客户端的实际情况。但在实际应用中汉字显示却是正确的,这主要是因为Oracle检查数据库与客户端的字符集设置是同样的,那么数据在客户与数据库之间的存取过程中将不发生任何转换,但是这实际上导致了数据库标识的字符集与实际存入的内容是不相符的。而在SELECT的过程中,Oracle同样检查发现数据库与客户端的字符集设置是相同的,所以它也将存入的内容原封不动地传送到客户端,而客户端操作系统识别出这是汉字编码所以能够正确显示。

17,082

社区成员

发帖
与我相关
我的任务
社区描述
Oracle开发相关技术讨论
社区管理员
  • 开发
  • Lucifer三思而后行
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧