ORACLE数据库错误修复

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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产品。

相关文档
最新文档