ORACLE数据库错误修复
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
PL/SQL中文乱码修正(导入或者Update操作)
我根据需求,,需要修改数据库的部分表格的部分字段,然而在Update的时候,出现了中文乱码(Type 字段)。
此时,我用的是客户端,服务器没有安装,在另一台机器上,所以,我需要做的是修改客户端编码:
在环境变量中,添加以下字段:
[plain]
NLS_LANG
SIMPLIFIED CHINESE_CHINA.ZHS16GBK
这样,重启PL/SQL,无需修改什么注册表了。
重启的时候,提示:
也就是提醒你,编码修改成功了,
此时只要在PL/SQL重新更新一下操作,就行了(Type字段)
select userenv('language') from dual;
本地环境的
Regedit.exe -> HKEY_LOCAL_MACHINE -> SOFTWARE -> ORACLE-HOME
笔记本用金山重装高手重装了了系统,后来用PL/SQL查询数据时发现如下两个问题:
1、表结构中的comments中文乱码,如下图所示:
2、查询结果集中文乱码:
原来以为是PL/SQL的字体设置有你问题,就到Tools/Preperences/User Interface/Fonts里面去修改字体类型,结果无效,我的不是这里的问题。
后来到网上找解决办法,说可能是注册表的问题,就找到
HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/KEY_OraClient10g_home1/下面查找字符集设置,哦,原来是我这里的注册表字符集信息没有了,
应该是重装系统时被清除了。然后自己手动添加了一组键值对
NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK
重新启动PL/SQL,中文显示正常。因此特地记录下来,方便大家查阅此类问题。
1。select * from v$nls_parameters
查询nls的参数,获得数据库服务器端的字符编码
NLS_LANGUAGE
NLS_CHARACTERSET
2。修改本地环境变量,设置
NLS_LANG = SIMPLIFIED CHINESE.ZHS16GBK //这个是我们的数据库字符编码
NLS_LANG格式:
NLS_LANG = language_territory.charset
有三个组成部分(语言、地域和字符集),每个成分控制了NLS子集的特性。其中:language 指定服务器消息的语言。
territory 指定服务器的日期和数字格式。
charset 指定字符集
client本地的Operating System Locale(语言和区域)里面设置的,如果是:English (United States),
那么language_territory就应该写:AMERICAN_AMERICA.
然后再append上服务器端的字符集就okay了。
比如服务器端是:WE8MSWIN1252--字符集
就应该是
AMERICAN_AMERICA.WE8MSWIN1252
不是server端的问题,因为另一台机器可以;
解决办法:
可以按下面步骤修改:
1。select * from v$nls_parameters;
注意
NLS_LANGUAGE
NLS_TERRITORY
NLS_CHARACTERSET
2。修改或者添加本地环境变量,设置
LANG=AMERICAN_AMERICA.ZHS16GBK
NLS_LANG = 7ASCII //这个是我们的数据库字符编码
因为我们用的数据库受别有原因的限制,只能用7ASCII当然,大多数情况下我们这样写
LANG=zh_CN.GBK
NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK"
就差不多能解决问题了。
plsql安装
∙1、运行安装文件:plsqldev715.exe
∙2、运行中文补丁:chinese.exe
∙3、解压Oracle客户端:oracleclient.rar
∙4、设置环境变量:ORACLE_HOME=D:\Program Files\oracleclient
∙5、破解:解压crack.rar,把里面的aalf.dat文件丢到安装跟目录下即可
解决安装后查询数据乱码问题
∙1、设置环境变量:LANG=zh_CN.GBK
∙2、设置环境变量:NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK
∙3、重启即可
在国内外大中型数据库管理系统中,把ORACLE作为数据库管理平台的用户比较多。ORACLE 不论是数据库管理能力还是安全性都是无可非议的,但是,它在汉字信息的显示方面着实给中国用户带来不少麻烦,笔者多年从事ORACLE 数据库管理,经常收到周围用户和外地用户反映有关ORACLE数据库汉字显示问题的求援信,主要现象是把汉字显示为不可识别的乱码,造成原来大量信息无法使用。本文将就这一问题产生的原因和解决办法进行一些探讨,供存在这方面问题的用户朋友参考。
1、原因分析
通过对用户反映情况的分析,发现字符集的设置不当是影响ORACLE数据库汉字显示的关键问题。那么字符集是怎么一会事呢?字符集是ORACLE 为适应不同语言文字显示而设定的。用于汉字显示的字符集主要有ZHS16CGB231280,US7ASCII,WE8ISO8859P1等。字符集不仅需在服务器端存在,而且客户端也必须有字符集注册。服务器端,字符集是在安装ORACLE时指定的,字符集登记信息存储在ORACLE数据库字典的V$NLS_PARAMETERS表中;客户端,字符集分两种情况,一种情况是sql*net 2.0以下版本,字符集是在windows 的系统目录下的oracle.ini文件中登记的;另一种情况是sql*net 2.0以上(即32位)版本,字符集是在windows 的系统注册表中登记的。要在客户端正确显示ORACLE 数据库汉字信息,首先必须使服务器端的字符集与客户端的字符集一致;其次是加载到ORACLE数据库的数据字符集必须与服务器指定字符集一致。因此,把用户存在的问题归纳分类,产生汉字显示异常的原因大致有以下几种:
1. 1服务器指定字符集与客户字符集不同,而与加载数据字符集一致。
这种情况是最常见的,只要把客户端的字符集设置正确即可,解决办法见2.1。
1. 2服务器指定字符集与客户字符集相同,与加载数据字符集不一致。
这类问题一般发生在ORACLE版本升级或重新安装系统时选择了与原来服务器端不同的字符集,而恢复加载的备份数据仍是按原字符集卸出的场合,以及加载从其它使用不同字符集的ORACLE数据库卸出的数据的情况。这两种情况中,不管服务器端和客户端字符集是否一致都无法显示汉字。解决办法见2.2。
1.3服务器指定字符集与客户字符集不同,与输入数据字符集不一致。
这种情况是在客户端与服务器端字符集不一致时,从客户端输入了汉字信息。输入的这些信息即便是把客户端字符集更改正确,也无法显示汉字。解决办法见2.3。
2.解决办法
下面将分别对上述三种情况给出解决办法。为了叙述方便,假设客户端使用WINDOWS95/98环境,并已成功地配置了TCP/IP协议,安装了ORACLE的sql*net,sql*pluse产品。