《Oracle数据库工具中文显示乱码问题的解决》由会员分享，可在线阅读，更多相关《Oracle数据库工具中文显示乱码问题的解决（5页珍藏版）》请在金锄头文库上搜索。
1、Oracle 数据库工具中文显示乱码问题的解决数据库工具中文显示乱码问题的解决Oracle 客户端查询工具有时会有查处的结果为中文时不能正常显示，要么为乱码，要么为问号，plsql 出现这种问题，以为是版本造成的，用了老的和最新的还是一样，换了另外的数据库工具也一样，但注意一点，数据其实是没有问题的，取出来显示是正常的中文，只是在工具里显示的是问号。其实问题的原理很简单，就是字符集设置不正确造成的，但如此简单的原理在解决的过程中却会遇到很多麻烦，下面结合我遇到和解决的过程，给朋友们一点思路，说不定你们跟我的问题一样，通过这篇文章不用再折腾了，很快搞定，感觉飘飘首先讲讲字符集的知识，Oracle
2、 字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。ORACLE 支持国家语言的体系结构允许你使用本地化语言来存储，处理，检索数据。它使数据库工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。影响 oracle 数据库字符集最重要的参数是 NLS_LANG 参数。它的格式如下:NLS_LANG = language_territory.charset它有三个组成部分(语言、地域和字符集)，每个成分控制了 NLS 子集的特性。其中: Language 指定服务器消息的语言，territory 指定服务器的日期和数字格式，charset 指定字符集
3、。如:AMERICAN _ AMERICA. ZHS16GBK。从 NLS_LANG 的组成我们可以看出，真正影响数据库字符集的其实是第三部分。所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。如何查询 Oracle 的字符集，很多人都碰到过因为字符集不同而使数据导入失败的情况。这涉及三方面的字符集，一是 oracel server 端的字符集，二是 oracle client 端的字符集;三是 dmp 文件的字符集。在做数据导入的时候，需要这三个字符集都一致才能正确导入。查询 oracle server 端的字符集，有很多种方法可以查出
4、oracle server 端的字符集，比较直观的查询方法是以下这种:SQLselect userenv(language) from dual;结果类似如下:AMERICAN _ AMERICA. ZHS16GBK对于查询工具结果集中的中文乱码，其实有两种情况供参考：1.安装了服务器及配套工具，这样还出现乱码就去检查注册表中的NLS_LANG 项是否设置正确，很有可能是在安装时设置了不正确的字符集造成的；2.只安装了客户端只安装了客户端 ，没有配套工具（如 sqlplus 等），以 10g 为例，注册表中是没有注册表中是没有NLS_LANG这项的这项的 ， 那么要改哪？同理，还是要改字符集，
5、不过不是在注册表中设，是要在环境变量中增加或修改环境变量中增加或修改 ，即查看 windows 系统环境变量是否存在 NLS_LANG，若存在则修改，若不存在新建，将值设为服务器端的字符集，服务器端的字符集可以通过上面的方法查询。也可以硬性修改服务器端字符集但是不推荐，因为这可能会造成意想不到的问题。修改 server 端字符集(不建议使用)。在 oracle 8 之前，可以用直接修改数据字典表 props$来改变数据库的字符集。但 oracle8 之后，至少有三张系统表记录了数据库字符集的信息，只改 props$表并不完全，可能引起严重的后果。正确的修改方法如下:$sqlplus /nolo
6、gSQLconn / as sysdba;若此时数据库服务器已启动，则先执行 SHUTDOWN IMMEDIATE命令关闭数据库服务器，然后执行以下命令:SQLSTARTUP MOUNT;SQLALTER SYSTEM ENABLE RESTRICTED SESSION;SQLALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;SQLALTER SYSTEM SET AQ_TM_PROCESSES=0;SQLALTER DATABASE OPEN;SQLALTER DATABASE CHARACTER SET ZHS16GBK;SQLALTER DATABASE na
7、tional CHARACTER SET ZHS16GBK;SQLSHUTDOWN IMMEDIATE;SQLSTARTUP对于导入导出的数据文件，也存在字符集匹配的问题，否则不能正常显示。修改 dmp 文件字符集dmp 文件的第 2 第 3 字节记录了字符集信息，因此直接修改 dmp 文件的第 2 第 3 字节的内容就可以骗过 oracle 的检查。这样做理论上也仅是从子集到超集可以修改，但很多情况下在没有子集和超集关系的情况下也可以修改，我们常用的一些字符集，如US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK 基本都可以改。因为改的只是 dmp 文件，所以影响不大。具体的修改方法比较多，最简单的就是直接用 UltraEdit 修改 dmp 文件的第 2 和第 3 个字节。比如想将 dmp 文件的字符集改为ZHS16GBK，可以用以下 SQL 查出该种字符集对应的 16 进制代码:SQL select to_char(nls_charset_id(ZHS16GBK), xxxx) from dual;0354然后将 dmp 文件的 2、3 字节修改为 0354 即可。如果 dmp 文件很大，用 ue 无法打开，就需要用程序的方法了。到这里，就算是把乱码的问题基本概述完了，大家可以参考自己的情况来修改，应该会解决的！
