oracle中imp导入数据中文乱码问题(转)

(转自  http://blog.chinaunix.net/uid-186064-id-2823338.html)

oracle中imp导入数据中文乱码问题

用imp命令向oracle中导入数据后,所有查询出的中文字段都为乱码.

  1. 原则上不修改服务器端的字符集,修改服务器端的字符集会出现使用第三方工具登陆数据库出现乱码的情况(具体服务器端的字符集修改办法本文有详细介绍)。
  2. 将DMP文件的字符集改成与Oracleo数据库服务器端一样之后导入可正常显示。本人的系统是RHEL 5.4 32bit

一、什么是oracle字符集

Oracle字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。ORACLE支持国家语言的体系结构允许你使用本地化语言来存储,处理,检索数据。它使数据库工具,错误消息,排序次序,日期,时间,货币,数字,和日历自动适应本地化语言和平台。

影响oracle数据库字符集最重要的参数是NLS_LANG参数。它的格式如下:

NLS_LANG = LANGUAGE_TERRITORY.CHARSET

它有三个组成部分(语言、地域和字符集),每个成分控制了NLS子集的特性。其中:

Language 指定服务器消息的语言,territory 指定服务器的日期和数字格式,charset 指定字符集。如:AMERICAN _ AMERICA. UTF8

从NLS_LANG的组成我们可以看出,真正影响数据库字符集的其实是第三部分。所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据,前面影响的只是提示信息是中文还是英文。

二、如何查询Oracle的字符集

很多人都碰到过因为字符集不同而使数据导入失败的情况。这涉及三方面的字符集:

  1. oracel server端的字符集。
  2. oracle client端的字符集。
  3. DMP文件的字符集。

在做数据导入的时候,需要这三个字符集都一致导入后才会不出现乱码。

查询oracle server端的字符集

有很多种方法可以查出oracle server端的字符集,比较直观的查询方法是以下这种:

SQL> select userenv(‘language‘) from dual;

USERENV(‘LANGUAGE‘)

----------------------------------------------------

AMERICAN_AMERICA.UTF8

SQL>

结果类似如下: AMERICAN_AMERICA.UTF8

如何查询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‘)) from dual;

ZHS16GBK

如果DMP文件很大,比如有2G以上(这也是最常见的情况),用文本编辑器打开很慢或者完全打不开,可以用以下命令(在unix主机上):

cat www.yeserver.com.dmp |od -x|head -1|awk ‘{print $2 $3}‘|cut -c 3-6

$ cat www.yeserver.com.dmp |od -x|head -1|awk ‘{print $2 $3}‘|cut -c 3-6

0345

$

然后用上述SQL也可以得到它对应的字符集。

查询oracle client端的字符集

在Linux/UNIX平台下,就是环境变量NLS_LANG。

$echo $NLS_LANG

AMERICAN_AMERICA.UTF8

在windows平台下,注册表里面的HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0\NLS_LANG。还可以在DOS窗口里面临时设置,比如:set nls_lang=AMERICAN_AMERICA.UTF8

这样就只影响这个窗口里面的环境变量。

请确保server端与client端字符集相一致。

三、修改oracle的字符集

oracle的字符集有互相的包容关系。如US7ASCII就是ZHS16GBK的子集,从US7ASCII到ZHS16GBK不会有数据解释上的问题,不会有数据丢失。在所有的字符集中UTF8应该是最大,因为它基于UNICODE,双字节保存字符(也因此在存储空间上占用更多)。

一旦数据库创建后,数据库的字符集理论上讲是不能改变的。根据Oracle的官方说明,字符集的转换是从子集到超集,反之不行。如果两种字符集之间根本没有子集和超集的关系,那么字符集的转换是不受Oracle支持的。在修改之前一定要确认两种字符集是否存在子集和超集的关系。一般来说,除非万不得已,我们不建议修改oracle数据库server端的字符集。

特别说明,我们最常用的两种字符集ZHS16CGB231280和ZHS16GBK之间不存在子集和超集关系,因此理论上讲这两种字符集之间的相互转换不受支持。

关于字符集的对应关系可以查看Oracle官方说明:

http://download.oracle.com/docs/cd/B19306_01/server.102/b14225/applocaledata.htm

修改server端字符集(不建议使用)

在oracle 8之前,可以用直接修改数据字典表props$来改变数据库的字符集。但oracle8之后,至少有三张系统表记录了数据库字符集的信息,只改props$表并不完全,可能引起严重的后果。正确的修改方法如下:

$sqlplus “/as sysdba”

先执行SHUTDOWN IMMEDIATE命令关闭数据库服务器,

然后执行以下命令:

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 INTERNAL_USE UTF8;  //跳过超子集检测

SQL>ALTER DATABASE national CHARACTER SET INTERNAL UTF8;

这一行不起作用,执行后出错ORA-00933: SQL 命令未正确结束,不过执行上一行命令已经生效,其他文章里未提到本行。

SQL>SHUTDOWN IMMEDIATE;

SQL>STARTUP;

修改DMP文件字符集

DMP文件的第2第3字节记录了字符集信息,因此直接修改DMP文件的第2第3字节的内容就可以骗过oracle的检查。理论上也仅是从子集到超集可以修改,但很多情况下在没有子集和超集关系的情况下也可以修改,我们常用的一些字符集,如US7ASCII,WE8ISO8859P1,ZHS16CGB231280,ZHS16GBK基本都可以改。因为改的只是DMP文件,所以影响不大。

具体的修改方法比较多,最简单的就是直接用UltraEdit修改DMP文件的第2和第3个字节。比如想将DMP文件的字符集改为UTF8,可以用以下SQL查出该种字符集对应的16进制代码:

SQL> select to_char(nls_charset_id(‘UTF8‘), ‘xxxx‘) from dual;

SQL> select to_char(nls_charset_id(‘UTF8‘), ‘xxxx‘) from dual;

TO_CH

-----

367

SQL>

然后将DMP文件的2、3字节修改为0367即可。

如果DMP文件很大,用UltraEdit无法打开,就需要用其它方法的方法了。

时间: 04-05

oracle中imp导入数据中文乱码问题(转)的相关文章

oracle进行imp导入数据时报错:ORA-12592: TNS: 包错误

使用imp导入数据时,检查发现三百多万条数据的表实际只导入了一百多万条数据,检查导入日志,以下报错信息, [plain] view plaincopy 连接到: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP, Data M

mysql导入导出数据中文乱码解决方法小结

inux系统中 linux默认的是utf8编码,而windows是gbk编码,所以会出现上面的乱码问题. 解决mysql导入导出数据乱码问题 首先要做的是要确定你导出数据的编码格式,使用mysqldump的时候需要加上--default-character-set=utf8, 例如下面的代码: 复制代码 代码如下: mysqldump -uroot -p --default-character-set=utf8 dbname tablename > bak.sql 那么导入数据的时候也要使用--

oracle中使用impdp数据泵导入数据提示“ORA-31684:对象类型已经存在”错误的解决

转载请注明出处:http://blog.csdn.net/dongdong9223/article/details/47448751 oracle中使用impdp数据泵导入数据时,假设导入之前已经创建了用户,会提示错误:"ORA-31684:对象类型已经存在".如: 事实上这个问题并不严重,能够先不创建用户,导入时指定一个超级用户导入: impdp system/123456@ORCL DIRECTORY=DUMP_EXP DUMPFILE=EXPDATA.DMP remap_sche

oracle imp导入数据到另一个表空间

http://blog.163.com/[email protected]/blog/static/7156283420100531431855/ 1.在第一个数据库导出数据:qlyg_xs_db_chinatelecom_0910191029.dmp(用户为QLYG_XS) 2.将qlyg_xs_db_chinatelecom_0910191029.dmp 扶着到第二个数据库所在主机上 3.第二个数据库建立需要导入的表空间和用户QLYGKQ,QLYGKQ1(用户QLYGKQ1的默认表空间为QL

form提交数据中文乱码问题总结

一:form在前台以post方式提交数据: 浏览器将数据(假设为“中国”)发送给服务器的时候,将数据变成0101的二进制数据(假设为98 99)时必然要查码表,浏览器以哪个码表打开网页,浏览器就以哪个码表提交数据.数据到达服务器后,数据(98 99)要封装到request中,在servlet中调用Request的getParameter方法返回的是字符串(“中国”),方法内部拿到数字后要转成字符,一定要查码表,由于request的设计者是外国人,所以默认查的是他们常用的ISO8859-1,这就是

DB2导入数据时乱码问题

1.由于导入import导入数据时乱码,一直找不到解决办法,于是就用load导入 LOAD后,发现某些表检查挂起( 原因码为 "1",所以不允许操作 SQLSTATE=57016 ) 解决办法:set integrity for xxxxxx immediate checked 2.表锁定(原因码为7) 解决办法:reorg table xxxx 3.去重 select distinct a.column from table1 as a inner join table2 as b

Java中使用FileputStream导致中文乱码问题的修改方案

1 package com.pocketdigi; 2 3 import java.io.File; 4 import java.io.FileInputStream; 5 import java.io.FileOutputStream; 6 import java.io.IOException; 7 import java.io.InputStreamReader; 8 import java.io.OutputStreamWriter; 9 10 public class Main { 11

解决eclipse中导入项目中文乱码的问题

在平时开发的过程中,导入别人的项目学习或者二次开发的经历相信大家都有,但是导入项目之后出现中文乱码的问题相信也困扰了不少人,当里面内容少的时候还可以通过复制粘贴解决,但项目内容多的时候就头痛了. 教大家一个间的快捷的方法 首先导入的文件成为了乱码是因为workspace的编码方式不对,linux下默认编码是UTF-8,windows的是GBK, 那么怎么修改workspace的编码方式呢 很简单在window----preference---workspace可以设置只要把编码改成utf-8就能

Sql Server 2008R2 遇到了BCP导入各种中文乱码的问题

今天玩BCP导入数据的时候,有文件格式,有中文字符串问题……以下是历程,和大家分享一下,希望不要走我的弯路 主要那个表是一个翻译表,一个文件里面内涵几十种语言,所以很容易发现问题. 0.使用最常用的语句导数据 bcp DB.TBOwner.TB in File -S -U -P -r -t -c  来到,死活岛导不进去 1.打开文件,首先发现文件编码使用的是UTF-16 ……难怪死活不能导进去.然后把文件转换成UTF-8 ,不报错了!而且可以导进去了!! 2.开心的时间不到30秒,一查数据……全