|||||| 更多
比特客户端
我们也在这里：
Oracle字符集的查看和修改
　　一、什么是字符集
　　Oracle字符集是一个字节数据的解释的符号集合，有大小之分，有相互的包容关系。ORACLE 支持国家语言的体系结构允许你使用本地化语言来，处理，检索数据。它使工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。
　　影响Oracle数据库字符集最重要的参数是NLS_LANG参数。
　　它的格式如下： NLS_LANG = language_territory.charset
　　它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。
　　其中：
　　Language： 指定消息的语言， 影响提示信息是中文还是英文
　　Territory： 指定服务器的日期和数字格式，
　　Charset： 指定字符集。
　　如：AMERICAN _ AMERICA. ZHS16GBK
　　从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。
　　所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。
　　二。字符集的相关知识：
　　2.1 字符集
　　实质就是按照一定的字符编码，对一组特定的符号，分别赋予不同数值编码的集合。Oracle数据库最早支持的编码方案是US7ASCII。
　　Oracle的字符集命名遵循以下命名规则：
　　即： &语言&&比特位数&&编码&
　　比如： ZHS16GBK表示采用GBK编码格式、16位(两个字节)字符集
　　2.2 字符编码方案
　　2.2.1 单字节编码
　　(1)单字节7位字符集，可以定义128个字符，最常用的字符集为US7ASCII
　　(2)单字节8位字符集，可以定义256个字符，适合于欧洲大部分国家
　　例如：WE8ISO8859P1(西欧、8位、8859P1编码)
　　2.2.2 多字节编码
　　(1)变长多字节编码
　　某些字符用一个字节表示，其它字符用两个或多个字符表示，变长多字节编码常用于对亚洲语言的支持， 例如日语、汉语、印地语等
　　例如：AL32UTF8(其中AL代表ALL,指适用于所有语言)、zhs16cgb231280
　　(2)定长多字节编码
　　每一个字符都使用固定长度字节的编码方案，目前oracle唯一支持的定长多字节编码是AF16UTF16，也是仅用于国家字符集
　　2.2.3 unicode编码
　　Unicode是一个涵盖了目前全世界使用的所有已知字符的单一编码方案，也就是说Unicode为每一个字符提供唯一的编码。UTF-16是unicode的16位编码方式，是一种定长多字节编码，用2个字节表示一个unicode字符，AF16UTF16是UTF-16编码字符集。
　　UTF-8是unicode的8位编码方式，是一种变长多字节编码，这种编码可以用1、2、3个字节表示一个unicode字符，AL32UTF8，UTF8、UTFE是UTF-8编码字符集
　　2.3 字符集超级
　　当一种字符集(字符集A)的编码数值包含所有另一种字符集(字符集B)的编码数值，并且两种字符集相同编码数值代表相同的字符时，则字符集A是字符集B的超级，或称字符集B是字符集A的子集。
　　Oracle8i和oracle9i官方文档资料中备有子集-超级对照表(subset-superset pairs)，例如：WE8ISO8859P1是WE8MSWIN1252的子集。由于US7ASCII是最早的Oracle数据库编码格式，因此有许多字符集是US7ASCII的超集，例如WE8ISO8859P1、ZHS16CGB231280、ZHS16GBK都是US7ASCII的超集。
　　2.4 数据库字符集(oracle服务器端字符集)
　　数据库字符集在创建数据库时指定，在创建后通常不能更改。在创建数据库时，可以指定字符集(CHARACTER SET)和国家字符集(NATIONAL CHARACTER SET)。
　　2.4.1字符集
　　(1)用来存储CHAR, VARCHAR2, CLOB, LONG等类型数据
　　(2)用来标示诸如表名、列名以及PL/SQL变量等
　　(3)用来存储SQL和PL/SQL程序单元等
　　2.4.2国家字符集：
　　(1)用以存储NCHAR, NVARCHAR2, NCLOB等类型数据
　　(2)国家字符集实质上是为oracle选择的附加字符集，主要作用是为了增强oracle的字符处理能力，因为NCHAR数据类型可以提供对亚洲使用定长多字节编码的支持，而数据库字符集则不能。国家字符集在oracle9i中进行了重新定义，只能在unicode编码中的AF16UTF16和UTF8中选择，默认值是AF16UTF16
　　2.4.3查询字符集参数
　　可以查询以下数据字典或查看字符集设置情况
　　nls_database_parameters、props$、v$nls_parameters
　　查询结果中NLS_CHARACTERSET表示字符集，NLS_NCHAR_CHARACTERSET表示国家字符集
　　2.4.4修改数据库字符集
　　按照上文所说，数据库字符集在创建后原则上不能更改。不过有2种方法可行。
　　1. 如果需要修改字符集，通常需要导出数据库数据，重建数据库，再导入数据库数据的方式来转换。
　　2. 通过ALTER DATABASE CHARACTER SET语句修改字符集，但创建数据库后修改字符集是有限制的，只有新的字符集是当前字符集的超集时才能修改数据库字符集，例如UTF8是US7ASCII的超集，修改数据库字符集可使用ALTER DATABASE CHARACTER SET UTF8。
　　2.5 客户端字符集(NLS_LANG参数)
　　2.5.1客户端字符集含义
　　客户端字符集定义了客户端字符数据的编码方式，任何发自或发往客户端的字符数据均使用客户端定义的字符集编码，客户端可以看作是能与数据库直接连接的各种应用，例如sqlplus,exp/imp等。客户端字符集是通过设置NLS_LANG参数来设定的。
　　2.5.2 NLS_LANG参数格式
　　NLS_LANG=_.
　　Language: 显示oracle消息，校验，日期命名
　　Territory：指定默认日期、数字、货币等格式
　　Client character set：指定客户端将使用的字符集
　　例如：NLS_LANG=AMERICAN_AMERICA.US7ASCII
　　AMERICAN是语言，AMERICA是地区，US7ASCII是客户端字符集
　　2.5.3客户端字符集设置方法
　　1)环境
　　$NLS_LANG=“simplified chinese”_china.zhs16gbk
　　$export NLS_LANG
　　编辑oracle用户的profile文件
　　2)Windows环境
　　编辑注册表
　　Regedit.exe ---》 HKEY_LOCAL_MACHINE ---》SOFTWARE ---》 ORACLE-HOME
　　2.5.4 NLS参数查询
　　Oracle提供若干NLS参数定制数据库和用户机以适应本地格式，例如有NLS_LANGUAGE,NLS_DATE_FORMAT,NLS_CALENDER等，可以通过查询以下数据字典或v$视图查看。
　　NLS_DATABASE_PARAMETERS:显示数据库当前NLS参数取值，包括数据库字符集取值
　　NLS__PARAMETERS： 显示由NLS_LANG 设置的参数，或经过alter session 改变后的参数值(不包括由NLS_LANG 设置的客户端字符集)
　　NLS_INSTANCE_PARAMETE： 显示由参数文件init.ora 定义的参数
　　V$NLS_PARAMETERS：显示数据库当前NLS参数取值
　　2.5.5修改NLS参数
　　使用下列方法可以修改NLS参数
　　(1)修改实例启动时使用的初始化参数文件
　　(2)修改环境变量NLS_LANG
　　(3)使用ALTER SESSION语句，在oracle会话中修改
　　(4)使用某些SQL函数
　　NLS作用优先级别：Sql function & alter session & 环境变量或注册表 & 参数文件 & 数据库默认参数
　　三。EXP/IMP 与 字符集
　　3.1 EXP/IMP
　　Export 和 Import 是一对读写Oracle数据的工具。Export 将 Oracle 数据库中的数据输出到文件中， Import 把这些文件中的数据读到Oracle 数据库中，由于使用exp/imp进行数据迁移时，数据从源数据库到目标数据库的过程中有四个环节涉及到字符集，如果这四个环节的字符集不一致，将会发生字符集转换。
　　____________ _________________ _____________
　　|imp导入文件|&-|环境变量NLS_LANG|&-|数据库字符集|
　　------------ ----------------- -------------
　　____________ _________________ _____________
　　|imp导入文件|-&|环境变量NLS_LANG|-&|数据库字符集|
　　------------ ----------------- -------------
　　四个字符集是
　　(1)源数据库字符集
　　(2)Export过程中用户会话字符集(通过NLS_LANG设定)
　　(3)Import过程中用户会话字符集(通过NLS_LANG设定)
　　(4)目标数据库字符集
　　3.2导出的转换过程
　　在Export过程中，如果源数据库字符集与Export用户会话字符集不一致，会发生字符集转换，并在导出文件的头部几个字节中存储Export用户会话字符集的ID号。在这个转换过程中可能发生数据的丢失。
　　例：如果源数据库使用ZHS16GBK，而Export用户会话字符集使用US7ASCII，由于ZHS16GBK是16位字符集，而US7ASCII是7位字符集，这个转换过程中，中文字符在US7ASCII中不能够找到对等的字符，所以所有中文字符都会丢失而变成“？？ ”形式，这样转换后生成的Dmp文件已经发生了数据丢失。
　　因此如果想正确导出源数据库数据，则Export过程中用户会话字符集应等于源数据库字符集或是源数据库字符集的超集
　　3.3导入的转换过程
　　(1)确定导出数据库字符集环境
　　通过读取导出文件头，可以获得导出文件的字符集设置
　　(2)确定导入session的字符集，即导入Session使用的NLS_LANG环境变量
　　(3)IMP读取导出文件
　　读取导出文件字符集ID，和导入进程的NLS_LANG进行比较
　　(4)如果导出文件字符集和导入Session字符集相同，那么在这一步骤内就不需要转换， 如果不同，就需要把数据转换为导入Session使用的字符集。可以看出，导入数据到数据库过程中发生两次字符集转换
　　第一次：导入文件字符集与导入Session使用的字符集之间的转换，如果这个转换过程不能正确完成，Import向目标数据库的导入过程也就不能完成。
　　第二次：导入Session字符集与数据库字符集之间的转换。
　　四。 查看数据库字符集
　　涉及三方面的字符集，
　　1. oracel server端的字符集;
　　2. oracle client端的字符集;
　　3. dmp文件的字符集。
　　在做数据导入的时候，需要这三个字符集都一致才能正确导入。
　　4.1 查询oracle server端的字符集
　　有很多种方法可以查出oracle server端的字符集，比较直观的查询方法是以下这种：
　　SQL& select userenv('language')
　　USERENV('LANGUAGE')
　　----------------------------------------------------
　　SIMPLIFIED CHINESE_CHINA.ZHS16GBK
　　SQL&select userenv(‘language’)
　　AMERICAN _ AMERICA. ZHS16GBK
　　4.2 如何查询dmp文件的字符集
　　用oracle的exp工具导出的dmp文件也包含了字符集信息，dmp文件的第2和第3个字节记录了dmp文件的字符集。如果dmp文件不大，比如只有几M或几十M，可以用UltraEdit打开(16进制方式)，看第2第3个字节的内容，如0354，然后用以下SQL查出它对应的字符集：
　　SQL& select nls_charset_name(to_number('0354','xxxx'))
　　ZHS16GBK
　　如果dmp文件很大，比如有2G以上(这也是最常见的情况)，用文本编辑器打开很慢或者完全打不开，可以用以下命令(在unix主机上)：
　　cat exp.dmp |od -x|head -1|awk '{print $2 $3}'|cut -c 3-6
　　然后用上述SQL也可以得到它对应的字符集。
　　4.3 查询oracle client端的字符集
　　在windows平台下，就是注册表里面相应OracleHome的NLS_LANG。还可以在dos窗口里面自己设置，
　　比如： set nls_lang=AMERICAN_AMERICA.ZHS16GBK
　　这样就只影响这个窗口里面的环境变量。
　　在unix平台下，就是环境变量NLS_LANG。
　　$echo $NLS_LANG
　　AMERICAN_AMERICA.ZHS16GBK
　　如果检查的结果发现server端与client端字符集不一致，请统一修改为同server端相同的字符集。
　　补充：
　　(1)。数据库服务器字符集
　　select * from nls_database_parameters
　　来源于props$，是表示数据库的字符集。
　　(2)。客户端字符集环境
　　select * from nls_instance_parameters
　　其来源于v$parameter，表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表
　　(3)。会话字符集环境
　　select * from nls_session_parameters
　　来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameters一致。
　　(4)。客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。
　　如果多个设置存在的时候，NLS作用优先级别：Sql function & alter session & 环境变量或注册表 & 参数文件 & 数据库默认参数
　　字符集要求一致，但是语言设置却可以不同，语言设置建议用英文。如字符集是zhs16gbk，则nls_lang可以是American_America.zhs16gbk。
　　五。 修改oracle的字符集
　　按照上文所说，数据库字符集在创建后原则上不能更改。因此，在设计和安装之初考虑使用哪一种字符集十分重要。对数据库server而言，错误的修改字符集将会导致很多不可测的后果，可能会严重影响数据库的正常运行，所以在修改之前一定要确认两种字符集是否存在子集和超集的关系。一般来说，除非万不得已，我们不建议修改oracle数据库server端的字符集。特别说明，我们最常用的两种字符集ZHS16GBK和ZHS16CGB231280之间不存在子集和超集关系，因此理论上讲这两种字符集之间的相互转换不受支持。
　　不过修改字符集有2种方法可行。
　　1. 通常需要导出数据库数据，重建数据库，再导入数据库数据的方式来转换。
　　2. 通过ALTER DATABASE CHARACTER SET语句修改字符集，但创建数据库后修改字符集是有限制的，只有新的字符集是当前字符集的超集时才能修改数据库字符集，例如UTF8是US7ASCII的超集，修改数据库字符集可使用ALTER DATABASE CHARACTER SET UTF8。
　　5.1 修改server端字符集(不建议使用)
　　1. 关闭数据库
　　SQL&SHUTDOWN IMMEDIATE
　　2. 启动到Mount
　　SQL&STARTUP MOUNT;
　　SQL&ALTER SYSTEM ENABLE RESTRICTED SESSION;
　　SQL&ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
　　SQL&ALTER SYSTEM SET AQ_TM_PROCESSES=0;
　　SQL&ALTER DATABASE OPEN;
　　SQL&ALTER DATABASE CHARACTER SET ZHS16GBK;
　　SQL&ALTER DATABASE national CHARACTER SET ZHS16GBK;
　　SQL&SHUTDOWN IMMEDIATE;
　　SQL&STARTUP
　　注意：如果没有大对象，在使用过程中进行语言转换没有什么影响，(切记设定的字符集必须是ORACLE支持，不然不能start) 按上面的做法就可以。
　　若出现‘ORA-12717: Cannot ALTER DATABASE NATIONAL CHARACTER SET when NCLOB data exists’ 这样的提示信息，
　　要解决这个问题有两种方法
　　1. 利用INTERNAL_USE 关键字修改区域设置，
　　2. 利用re-create,但是re-create有点复杂，所以请用internal_use
　　SQL&SHUTDOWN IMMEDIATE;
　　SQL&STARTUP MOUNT EXCLUSIVE;
　　SQL&ALTER SYSTEM ENABLE RESTRICTED SESSION;
　　SQL&ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
　　SQL&ALTER SYSTEM SET AQ_TM_PROCESSES=0;
　　SQL&ALTER DATABASE OPEN;
　　SQL&ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE UTF8;
　　SQL&SHUTDOWN
　　如果按上面的做法做，National charset的区域设置就没有问题
　　5.2 修改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')
　　然后将dmp文件的2、3字节修改为0354即可。
　　如果dmp文件很大，用ue无法打开，就需要用程序的方法了。
　　5.3客户端字符集设置方法
　　1)UNIX环境
　　$NLS_LANG=“simplified chinese”_china.zhs16gbk
　　$export NLS_LANG
　　编辑oracle用户的profile文件
　　2)Windows环境
　　编辑注册表
　　Regedit.exe ---》 HKEY_LOCAL_MACHINE ---》SOFTWARE ---》 ORACLE-HOME
　　或者在窗口设置：
　　set nls_lang=AMERICAN_AMERICA.ZHS16GBK
相关文章：
[ 责任编辑：之极 ] &&&&
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte您的位置：&-&-> -& 中日韩汉字超大字符集 3.0
同类周下载排行
相关链接：
热门安卓应用推荐【基本解决】Source Insight中文显示乱码，不支持UTF-8字符编码
用Source Insight打开一个Python文件，其中包含中文，但是中文在SI中显示的是乱码：
【解决过程】
1.后来去看了下，原先这个文件，是UTF-8编码的。
这说明，目前SI不支持UTF-8编码，所以中文显示乱码。
2.现在就是想办法，看看能否让其正确显示UTF-8编码的中文字符。
不过很不幸的是，从
找到SI官网的解释：
Q: Does Source Insight support UNICODE files?
A: Source Insight 3.x does not yet support UNICODE files.
即，SI 3.x竟然，不支持Unicode，所以，让其支持UTF-8的梦想破灭了。
不过想说的是，其在字符集，字符编码这方面的支持，也的确够垃圾的，竟然连如此通用的UTF-8编码都不支持。
3.不过，如果只是想要包含的中文等字符正常显示的话，导致找到了解决办法，那就是，将其转换为本地ANSI编码，此处即为，将UTF-8的源文件，用Notepad++转换为本地ANSI，即GB2312编码，此时，再用SI打开，就可以正常显示中文了：
而对于如果是多个文件，只是想要让其正确显示中文的话，则此处，暂时是只能通过编码转换来实现。
关于编码转换，除了用Notepad++等工具，可以使用iconv工具去转换。
iconv的使用方法为：
iconv -c -f utf-8 -t gb2312 BlogSohu_utf8.py && BlogSohu_ansi_gb2312.py
不过,对于我来说,由于代码是Python代码,其对编码是敏感的,即不能随便转换为别的编码,否则会影响我里面的代码的执行的.
所以,不能为了用SI看代码爽,而把Python程序的编码改变了,否则导致程序无法正常执行,就得不偿失了.
因此,目前还是很悲催的,还是该为（之前一直就用的）Notepad++看Python代码吧,效果也还是不错的：
SI中，想要UTF-8的中文字符正常显示的话，目前没有直接支持的方法。
暂时只能通过将原UTF-8的格式的文件，转换为本地ANSI编码（此处是简体中文，对应的ANSI编码为GB2312），然后再用SI打开此ANSI编码的文件，中文字符就不是乱码，就可以正常显示了。
关于文件的转换编码的方法，目前比较好用的有：
1.通过Notepad++转换
用Notepad++打开文件 -& 格式 -& 转为ANSI编码格式
详细图文详解可参考：
2.通过命令行工具iconv转换
比如，将UTF-8的gb2312 BlogSohu_utf8.py转换为GB2312编码，对应iconv命令为：
iconv -c -f utf-8 -t gb2312 BlogSohu_utf8.py && BlogSohu_ansi_gb2312.py
关于iconv，可以考虑安装Cygwin开发环境，相关介绍可参考：
2015年二月
9101112131415
16171819202122
232425262728
免费的格式化Javascript源码的网站
查询Unicode字符，且还带Oct,Decimal,Hex,HTML Entity
HTML和Javascript都支持，很好用。您所在的位置： &
影响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产品
2.1 设置客户端字符集与服务器端字符集一致
假设当前服务器端使用US7ASCII字符集。
(1)查看服务器端字符集
通过客户端或服务器端的sql*plus登录ORACLE的一个合法用户，执行下列SQL语句：SQL &; select * from V$NLS_PARAMETERSparameter&value& &NLS_LANGUAGE&AMERICAN& &NLS_TERRITORY&AMERICA& &….&….& &NLS_CHARACTERSET&US7ASCII& &NLS_SORT&BINARY& &NLS_NCHAR_CHARACTERSET&US7ASCII&
从上述列表信息中可看出服务器端Oracle数据库的字符集为'US7ASCII'。
(2)按照服务器端字符集对客户端进行配置
配置方法有两种：
安装ORACLE的客户端软件时指定
在安装ORACLE的客户端产品软件时，选择与ORACLE服务端一致的字符集(本例为US7ASCII)即可。
修改注册信息的方法
根据ORACLE 客户端所选sql*net 的版本分为下列两种情况：
a. 客户端为 sql*net 2.0 以下版本
进入Windows的系统目录，编辑oracle.ini文件，用US7ASCII替换原字符集，重新启动计算机，设置生效。
b. 客户端为 sql*net 2.0 以上版本
在WIN98 下 运 行REGEDIT,第一步选HKEY_LOCAL_MACHINE,第二步选择SOFTWARE， 第三步选择 ORACLE， 第四步选择 NLS_LANG， 键 入 与服 务 器 端 相 同 的 字 符 集(本例为：AMERICAN_AMERICAN.US7ASCII)。
2.2 强制加载数据字符集与服务器端字符集一致
假设要加载数据从原ORACLE数据库卸出时的字符集为US7ASCII，当前ORACLE服务器字符集为WE8ISO8859P1。
下面提供三种解决方法：
(1) 服务器端重新安装ORACLE
在重新安装ORACLE 时选择与原卸出数据一致的字符集(本例为US7ASCII)。
加载原卸出的数据。
这种情况仅仅使用于空库和具有同一种字符集的数据。
(2)强行修改服务器端ORACLE当前字符集
在用imp命令加载数据前，先在客户端用sql*plus登录system DBA用户，执行下列SQL语句进行当前ORACLE数据库字符集修改：SQL &; create database character set US7ASCII　*&create&database&character&set&US7ASCII& &ERROR&at&line&1:& &ORA-01031:&insufficient&privileges&
你会发现语句执行过程中，出现上述错误提示信息，此时不用理会，实际上ORACLE数据库的字符集已被强行修改为US7ASCII，接着用imp命令装载数据。等数据装载完成以后，shutdown 数据库，再startup 数据库，用合法用户登录ORACLE数据库，在sql&;命令提示符下，运行select * from V$NLS_PARAMETERS，可以看到ORACLE数据库字符集已复原，这时再查看有汉字字符数据的表时，汉字已能被正确显示。
(3)利用数据格式转储，避开字符集限制
这种方法主要用于加载外来ORACLE数据库的不同字符集数据。其方法如下：
先将数据加载到具有相同字符集的服务器上，然后用转换工具卸出为foxbase 格式或Access格式数据库，再用转换工具转入到不同字符集的ORACLE数据库中，这样就避免了ORACLE字符集的困扰。目前数据库格式转换的工具很多,象Power Builder5.0以上版本提供的pipeline，Microsoft Access数据库提供的数据导入/导出功能等。转换方法参见有关资料说明。
【编辑推荐】
【责任编辑： TEL：（010）】
关于的更多文章
MariaDB是一个向后兼容、替代MySQL的数据库服务器。它包含所有主
数据库产品
数据库综合
数据库新闻
维基百科将切换到另外一款开源数据库MariaDB
不管你有没有准备好，新版SQL Server来了！代号为Dena
也许你不需要了解SQL Server的内部机制，你照样能完成
本专题与大家共同讨论与分享ORACLE SQL的一些常用经典
本书是Inside Microsoft SQL Server 2005系列四本著作中的一本。它详细介绍了T-SQL的内部构造，包含了非常全面的编程参考。它提
51CTO旗下网站