Oracle数据库移植时字符集问题的解决

字符集不同的Oracle数据库间交换数据的解决方法
刘长兴
【期刊名称】《中国医疗设备》
【年(卷),期】2009(024)006
【摘要】本文介绍了字符集不同的Oracle数据库间交换数据的几种解决方法,成功地解决了医院HIS数据库与医保数据库数据交换问题.
【总页数】2页(P35-36)
【作者】刘长兴
【作者单位】济南军区总医院,信息科,山东,济南,250031
【正文语种】中文
【中图分类】TP311.13
【相关文献】
1.Oracle数据库字符集问题分析及解决方法 [J], 韩谦
2.不同字符集的ORACLE数据库对象和信息转换方法 [J], 程仁洪
3.Oracle数据库字符集问题分析及解决方法 [J], 戴常英;张孝天
4.MQ不同字符集间的通信 [J], 邱丰
5.Oracle数据库字符集问题及其解决方法 [J], 刘文娟;潘地林
因版权原因，仅展示原文概要，查看原文内容请购买。

oracleZHS16GBK的数据库导⼊到字符集为AL32UTF8的数据库（转载+⾃⼰经验总结）字符集⼦集向其超集转换是可⾏的，如此例 ZHS16GBK转换为AL32UTF8。

导出使⽤的字符集将会记录在导出⽂件中，当⽂件导⼊时，将会检查导出时使⽤的字符集设置，如果这个字符集不同于导⼊客户端的NLS_LANG设置，字符集将根据导⼊客户端NLS_LANG设置进⾏转换，如果必要，在数据插⼊数据库之前会进⾏进⼀步转换。

通常在导出时最好把客户端字符集设置得和数据库端相同，这样可以避免在导出时发⽣不必要的数据转换，导出⽂件将和数据库具有相同的字符集。

即使将来会把导出⽂件导⼊到不同字符集的数据库中，这样做也可以把转换延缓⾄导⼊时刻。

当进⾏数据导⼊时，主要存在以下两种情况:1.源数据库和⽬标数据库具有相同字符集设置这时，只需要设置NLS_LANG等于数据库字符集即可导⼊(前提是，导出使⽤的是和源数据库相同字符集，即三者相同)2.源数据库和⽬标数据库字符集不同如果我们导出时候使⽤的NLS_LANG是和源数据库相同的字符集，那么导⼊时就可以设置客户端NLS_LANG等于导出时使⽤的字符集，这样转换只发⽣在数据库端，⽽且只发⽣⼀次。

例如:如果进⾏从ZHS16GBK到UTF8的转换1)使⽤NLS_LANG=AMERICAN_AMERICA.ZHS16GBK导出数据库。

这时创建的导出⽂件包含ZHS16GBK的数据2)导⼊时使⽤NLS_LANG=AMERICAN_AMERICA.ZHS16GBK这时转换仅发⽣在insert数据到UTF8的数据库中。

含有汉字的固定字符由ZHS16GBK数据库导⼊到AL32UTF8的数据库此⽂章是对于上⼀个实验的补充，上⼀次实验仅仅考虑的 varchar2 的情况。

这次考虑到对于char类型的含有中⽂数据的情况。

对于英⽂：对英⽂，在al32utf8中仍然和zhs16gbk⼀样⽤1个字节表⽰，因此导⼊固定长度英⽂字符数据时不会出错。

Oracle数据库字符集问题总结在不同数据库做数据迁移、同其它系统交换数据等，常常因为字符集不同而导致迁移失败或数据库内数据变成乱码。

现在我将oracle字符集相关的一些知识做个简单总结一、什么是oracle字符集Oracle字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。

ORACLE 支持国家语言的体系结构允许你使用本地化语言来存储，处理，检索数据。

它使数据库工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。

影响oracle数据库字符集最重要的参数是NLS_LANG参数。

它的格式如下:它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。

其中:Language 指定服务器消息的语言，territory 指定服务器的日期和数字格式，charset 指定字符集。

如:AMERICAN _ AMERICA. ZHS16GBK从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。

所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。

二、如何查询Oracle的字符集很多人都碰到过因为字符集不同而使数据导入失败的情况。

这涉及三方面的字符集，一是oracel server端的字符集，二是oracle client端的字符集;三是dmp文件的字符集。

在做数据导入的时候，需要这三个字符集都一致才能正确导入。

1、查询oracle server端的字符集有很多种方法可以查出oracle server端的字符集，比较直观的查询方法是以下这种:结果类似如下:AMERICAN _ AMERICA. ZHS16GBK2、如何查询dmp文件的字符集用oracle的exp工具导出的dmp文件也包含了字符集信息，dmp文件的第2和第3个字节记录了dmp文件的字符集。

如果dmp文件不大，比如只有几M或几十M，可以用UltraEdit 打开(16进制方式)，看第2第3个字节的内容，如0354，然后用以下SQL查出它对应的字符集:如果dmp文件很大，比如有2G以上(这也是最常见的情况)，用文本编辑器打开很慢或者完全打不开，可以用以下命令(在unix主机上):然后用上述SQL也可以得到它对应的字符集。

oracle导入出现字符集问题解决办法场景：把一台linux上的oracle库的数据捣腾到一台 windows2003上的oracle库中，在捣腾的过程中乱码了！有经验的知道多半是要改windows的注册表。

注册表打开发方式：Win98/98SE/Me运行中输入regedit.exe 无权限限制Win2000/XP1.开始>>运行.中输入regedt322.开始>>运行.中输入regedit第一种方法打开的注册表编辑器和Win98下的一样，而且功能相同，而使用第二种方法打开的注册表编辑器则可以方便的设置权限，建议网络管理员使用第2种方法打开注册表编辑器修改需要修改的权限设置部分以免被他人恶意修改。

Windows Vista/71.在开始菜单搜索框中输入regedit并按回车键.(需要管理员权限)2.在运行中输入regedit.exe(需要管理员权限)1. NLS_LANG 参数组成NLS_LANG参数由以下部分组成:NLS_LANG=<language>_<territory>.<client character set>Language:指定Oracle消息使用的语言，校验，日期中月份和日显示。

Territory：指定默认日期、数字、货币等格式，地区和计算星期及日期的习惯。

Client character set：控制客户端应用程序使用的字符集例如：NLS_LANG=AMERICAN_7ASCIIAMERICAN是语言，AMERICA是地区，US7ASCII是客户端字符集通常设置或者等于客户端(如Windows)代码页或者对于unicode应用设置为UTF8在Windows上查看当前系统的代码页可以使用chcp命令:E:\>chcp活动的代码页: 936代码页936也就是中文字符集 GBK,在Microsoft的官方站点上，我们可以遭到关于936代码页的具体编码规则,请参考以下链接:/globaldev/reference/dbcs/936.htm2. 查看 NLS_LANG 的方法Windows使用:注册表HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMExx\NLS_LANG查看Unix使用:env|grep NLS_LANG如:/opt/oracle>env|grep NLS_LANGNLS_LANG=AMERICAN_CHINA.ZHS16GBKWindows客户端设置,可以在注册表中更改NLS_LANG,具体键值位于:HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMExx\xx指存在多个ORACLE_HOME时系统编号。

Oracle字符集的查看查询和Oracle字符集的设置修改本⽂主要讨论以下⼏个部分：如何查看查询oracle字符集、修改设置字符集以及常见的oracle utf8字符集和oracle exp 字符集问题。

⼀、什么是Oracle字符集Oracle字符集是⼀个字节数据的解释的符号集合,有⼤⼩之分,有相互的包容关系。

ORACLE ⽀持国家语⾔的体系结构允许你使⽤本地化语⾔来存储，处理，检索数据。

它使⼯具，错误消息，排序次序，⽇期，时间，货币，数字，和⽇历⾃动适应本地化语⾔和平台。

影响数据库字符集最重要的参数是NLS_LANG参数。

它的格式如下: NLS_LANG = language_territory.charset它有三个组成部分(语⾔、地域和字符集)，每个成分控制了NLS⼦集的特性。

其中:Language：指定服务器消息的语⾔，影响提⽰信息是中⽂还是英⽂Territory：指定服务器的⽇期和数字格式，Charset：指定字符集。

如:AMERICAN _ AMERICA. ZHS16GBK从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。

所以两个数据库之间的字符集只要第三部分⼀样就可以相互导⼊导出数据，前⾯影响的只是提⽰信息是中⽂还是英⽂。

怎么查看数据库版本select * from v$version 包含版本信息，核⼼版本信息，位数信息(32位或64位)等 ⾄于位数信息，在Linux/unix平台上，可以通过file 查看，如file $ORACLE_HOME/bin/oracle⼆、. 查看数据库字符集数据库服务器字符集select * from nls_database_parameters，其来源于props$，是表⽰数据库的字符集。

客户端字符集环境select * from nls_instance_parameters,其来源于v$parameter， 表⽰客户端的字符集的设置，可能是参数⽂件，环境变量或者是注册表 会话字符集环境select * from nls_session_parameters，其来源于v$nls_parameters，表⽰会话⾃⼰的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameters⼀致。

oracle字符集问题应一直受服务端编码和客户端编码要一致误导，结果害了我半个小时时间，来解决这个小问题，现在把解决记录一下，以备忘记：出现中文乱码的主要原因是字符集不同。

在Oracle中，我们关心三个地方的字符集：先来查看一下数据库字符集：在Oracle中可能使用Select userenv('language') from dual;或者：Select name, value$ from props$;查看。

l Oracle服务器内部的字符集修改方法：connect sys/chang_on_installupdate props$set value$='TRADITIONAL CHINESE_TAIWAN.AL32UTF8'wherename='NLS_CHARACTERSET';commit;2 NLS_LANG变量里保存的字符集这个是Oracle设置的一个变量。

在Windows中，这个变量保存在注册表中：HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0 保存着NLS_LANG变量。

在Unix/Linux中，则需要自己进行设置，在.profile里面加上NLS_LANG=AMERICAN_AMERICA.ZHS16GBKexport NLS_LANG3 客户端应用的字符集下面是我用到的字符集american_america.AL32UTF8TRADITIONAL CHINESE_TAIWAN.ZHT16MSWIN950TRADITIONAL CHINESE_TAIWAN.AL32UTF8AMERICAN_AMERICA.WE8ISO8859P1AMERICAN_AMERICA.ZHS16GBK特别注意：如果服务端编码为AL32UTF8，那么客户端就应该安装自己环境来设置字符编码。

比如我有一个服务器端，其中两个客户端一个为简体，一个为繁体：服务器端字符集设置：american_america.AL32UTF8简体客户端字符集设置：AMERICAN_AMERICA.ZHS16GBK繁体客户端字符集设置：TRADITIONAL CHINESE_TAIWAN.ZHT16MSWIN950。

更改转换ORACLE数据库字符集在大型数据库管理系统中，ORACLE数据库不论在数据库管理能力还是在安全性方面都是无可非议的。

国内企业使用ORACLE数据库的也较多，但是由于ORACLE不同版本的字符集，给数据一、字符集参数一旦数据库创建后，数据库的字符集是不能改变的。

因此，考虑使用哪一种字符集是十分重要的。

数据库字符集应该是操作系统本地字符集的一个超集。

存取数据库的客户使用的字符集将决定选择哪一个超集，即数据库字符集应该是所有客户字符集的超集。

下面介绍一些与字符集有关的NLS_LANG参数：NLS_LANG格式：NLS_LANG=language_territory.charset有三个组成部分（语言、地域和字符集），每个组成成分控制了NLS子集的特性。

三个成 AMERICAN_7SCIIJPANESE_JAPAN.JA16EUC其中：language 指定服务器消息的语言。

territory 指定服务器的日期和数字格式。

Charset 指定字符集还有一些子集可以更明确定义NLS_LANG参数：NLS_DATE_FORMAT 缺省的日期格式NLS_DATE_LANGUAGE 缺省的日期语言NLS_NUMBERIC_CHARACTERS 小数字符和组分隔开NLS_CURRENCY 本地货币字符NLS_ISO_CURRENCY ISO货币字符NLS_SORT 字符排序序列二、字符集转换1、NLS_LANG参数的修改方法：1）用SYS用户名登陆ORACLE。

2）查看字符集内容 SQL>SELECT * FROM PROPS$;3）修改相应的字符子集 SQL>UPDATE PROPS$ SET V ALUE$=’SIMPLIFIED CHINESE ‘WHERE NAME=’NLS_LANGUAGE’;4) 递交COMMIT;2、NLS_LANG参数的具体应用：1）采用服务器端/客户端方式，两端字符集不同修改客户端字符集：WIN95/WIN98：修改注册表HKEY_LOCAL_MACHINESOFTWAREORACLENLS_LANGUNIX：按照1方法，直接进入ORACLE 修改。

使用常用的gbk,utf8以及ascii说明（oracle中对应hs16gbk,al32utf8,us7ascii）。

其中，ascii为经典的单字节编码，采用7位，只能表示128个常用字符以及计算机控制字符，不能显示中文等字符；gbk为中国大陆标准，16位，简体中文字符集标准；utf8为unicode 的一种最常用实现，兼容ascii的字符使用1位，其余字符都采用3位，可以表示任何字符。

Utf8其实已经可以称为国际标准字符集编码，应首先考虑使用utf8。

需要说明的是，虽然gbk跟utf8都能表示中文字符，但每个字符的编码是不一样的，所以不能认为是兼容的。

其实，oracle的字符系统很简单，主要由3部分组成：客户终端字符集，nls_lang环境变量字符集，数据库使用的字符集。

其中，客户终端各种各样，比如windows下cmd，unix/linux下terminal/console,甚至如toad等工具也可以视为一个终端。

我们使用windows cmd举例说明，cmd使用了gbk编码（好像不能修改）nls_lang环境变量决定了终端与服务器连接时，要不要转换字符集，如果nls_lang和服务器端数据库使用的编码不一样，那就要进行转码；如果设为一样，就不会发生转码。

比如一个终端cmd查询一张数据库表，而其nls_lang设为american_america.zhs16gbk，而数据库为american_america.al32utf8,则数据库中的数据传到终端时，首先要进行utf8到gbk的转码。

而转码又有两种情况，a.就是一个字符在两中编码里都有，就是具体的码文不一样；b.转码时发现一个字符在另一种编码里没有，则直接用替代字符代替，而这一般就是…？‟字符了。

这里要注意的是，我们一般所说的乱码有2种，一种就是b所说的…？‟，而另一种出现的奇奇怪怪的字符就是由于nls_lang设置等转码原因造成的。

而数据库使用的字符集就是数据库实际使用的字符集。