社区
Oracle 高级技术
帖子详情
急:oracle 9i数据导入到10g乱码
yin_yjing
2011-03-09 02:04:43
oracle 9i字符集为AMERICAN_AMERICA.US7ASCII,导出时客户端字符集也是AMERICAN_AMERICA.US7ASCII;在导入时数据库和客户端字符集都是SIMPLIFIED CHINESE_CHINA.ZHS16GBK,结果导入后中文就成了乱码,求解决方案!
...全文
172
6
打赏
收藏
急:oracle 9i数据导入到10g乱码
oracle 9i字符集为AMERICAN_AMERICA.US7ASCII,导出时客户端字符集也是AMERICAN_AMERICA.US7ASCII;在导入时数据库和客户端字符集都是SIMPLIFIED CHINESE_CHINA.ZHS16GBK,结果导入后中文就成了乱码,求解决方案!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
6 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
clisav
2011-03-11
打赏
举报
回复
如果初始数据库选择的是AMERICAN_AMERICA.US7ASCII字符集,而数据库中包含汉字,那么不管后来如何变更字符集,都存在乱码的隐患!所以如果数据库中包含汉字,要么始终如一选择一种字符集,要么选择包含中文的GBK。可能以后GBK2K通过国际认证之后,不再存在未对应的字符之后这个问题才能真正解决。
Dave
2011-03-10
打赏
举报
回复
指定字符集,重新导入
心中的彩虹
2011-03-09
打赏
举报
回复
[Quote=引用 3 楼 wkc168 的回复:]
引用楼主 yin_yjing 的回复:
oracle 9i字符集为AMERICAN_AMERICA.US7ASCII,导出时客户端字符集也是AMERICAN_AMERICA.US7ASCII;在导入时数据库和客户端字符集都是SIMPLIFIED CHINESE_CHINA.ZHS16GBK,结果导入后中文就成了乱码,求解决方案!
导入的时候先在dos 下指定字符集
[/Quote]
导出的时候先
SET NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16G
心中的彩虹
2011-03-09
打赏
举报
回复
[Quote=引用楼主 yin_yjing 的回复:]
oracle 9i字符集为AMERICAN_AMERICA.US7ASCII,导出时客户端字符集也是AMERICAN_AMERICA.US7ASCII;在导入时数据库和客户端字符集都是SIMPLIFIED CHINESE_CHINA.ZHS16GBK,结果导入后中文就成了乱码,求解决方案!
[/Quote]
导入的时候先在dos 下指定字符集
iqlife
2011-03-09
打赏
举报
回复
导出的时候选择字符集
guzhgr
2011-03-09
打赏
举报
回复
我也遇到过这个问题的 我就是把目的数据库的字符集改成和源数据库的字符集一样 然后导入就没有乱码了
Oracle
10g字符集设置,解决中文
乱
码
Windows下,安装
ORACLE
10G客户端后,发现原本用
ORACLE
9I浏览正常的中文,都变成
乱
码。这是个
导入
注册表的脚本,傻瓜型的!
oracle
详解
导入
/导出是
ORACLE
幸存的最古老的两个命令行工具,其实我从来不认为Exp/Imp是一种好的备份方式,正确的说法是Exp/Imp只能是一个好的转储工具,特别是在小型
数据
库的转储,表空间的迁移,表的抽取,检测逻辑和物理冲突等中有不小的功劳。当然,我们也可以把它作为小型
数据
库的物理备份后的一个逻辑辅助备份,也是不错的建议。对于越来越大的
数据
库,特别是TB级
数据
库和越来越多
数据
仓库的出现,EXP/IMP越来越力不从心了,这个时候,
数据
库的备份都转向了RMAN和第三方工具。下面说明一下EXP/IMP的使用。 如何使exp的帮助以不同的字符集显示:set nls_lang=simplified chinese_china.zhs16gbk,通过设置环境变量,可以让exp的帮助以中文显示,如果set nls_lang=American_america.字符集,那么帮助就是英文的了 程序代码EXP的所有参数(括号中为参数的默认值): USERID 用户名/口令 如: USERID=duanl/duanl FULL 导出整个
数据
库 (N) BUFFER
数据
缓冲区的大小 OWNER 所有者用户名列表,你希望导出哪个用户的对象,就用owner=username FILE 输出文件 (EXPDAT.DMP) TABLES 表名列表 ,指定导出的table名称,如:TABLES=table1,table2 COMPRESS
导入
一个extent (Y) RECORDLENGTH IO 记录的长度 GRANTS 导出权限 (Y) INCTYPE 增量导出类型 INDEXES 导出索引 (Y) RECORD 跟踪增量导出 (Y) ROWS 导出
数据
行 (Y) PARFILE 参数文件名,如果你exp的参数很多,可以存成参数文件. CONSTRAINTS 导出约束 (Y) CONSISTENT 交叉表一致性 LOG 屏幕输出的日志文件 STATISTICS 分析对象 (ESTIMATE) DIRECT 直接路径 (N) TRIGGERS 导出触发器 (Y) FEEDBACK 显示每 x 行 (0) 的进度 FILESIZE 各转储文件的最大尺寸 QUERY 选定导出表子集的子句 下列关键字仅用于可传输的表空间 TRANSPORT_TABLESPACE 导出可传输的表空间元
数据
(N) TABLESPACES 将传输的表空间列表 程序代码IMP的所有参数(括号中为参数的默认值): USERID 用户名/口令 FULL
导入
整个文件 (N) BUFFER
数据
缓冲区大小 FROMUSER 所有人用户名列表 FILE 输入文件 (EXPDAT.DMP) TOUSER 用户名列表 SHOW 只列出文件内容 (N) TABLES 表名列表 IGNORE 忽略创建错误 (N) RECORDLENGTH IO 记录的长度 GRANTS
导入
权限 (Y) INCTYPE 增量
导入
类型 INDEXES
导入
索引 (Y) COMMIT 提交数组插入 (N) ROWS
导入
数据
行 (Y) PARFILE 参数文件名 LOG 屏幕输出的日志文件 CONSTRAINTS
导入
限制 (Y) DESTROY 覆盖表空间
数据
文件 (N) INDEXFILE 将表/索引信息写入指定的文件 SKIP_UNUSABLE_INDEXES 跳过不可用索引的维护 (N) ANALYZE 执行转储文件中的 ANALYZE 语句 (Y) FEEDBACK 显示每 x 行 (0) 的进度 TOID_NOVALIDATE 跳过指定类型 id 的校验 FILESIZE 各转储文件的最大尺寸 RECALCULATE_STATISTICS 重新计算统计值 (N) 下列关键字仅用于可传输的表空间 TRANSPORT_TABLESPACE
导入
可传输的表空间元
数据
(N) TABLESPACES 将要传输到
数据
库的表空间 DATAFILES 将要传输到
数据
库的
数据
文件 TTS_OWNERS 拥有可传输表空间集中
数据
的用户 关于增量参数的说明:exp/imp的增量并不是真正意义上的增量,所以最好不要使用。 使用方法: Exp parameter_name=value or Exp parameter_name=(value1,value2……) 只要输入参数help=y就可以看到所有帮助. EXP常用选项 1.FULL,这个用于导出整个
数据
库,在ROWS=N一起使用时,可以导出整个
数据
库的结构。例如: exp userid=test/test file=./db_str.dmp log=./db_str.log full=y rows=n compress=y direct=y 2. OWNER和TABLE,这两个选项用于定义EXP的对象。OWNER定义导出指定用户的对象;TABLE指定EXP的table名称,例如: exp userid=test/test file=./db_str.dmp log=./db_str.log owner=duanl exp userid=test/test file=./db_str.dmp log=./db_str.log table=nc_data,fi_arap 3.BUFFER和FEEDBACK,在导出比较多的
数据
时,我会考虑设置这两个参数。例如: exp userid=test/test file=yw97_2003.dmp log=yw97_2003_3.log feedback=10000 buffer=100000000 tables=WO4,OK_YT 4.FILE和LOG,这两个参数分别指定备份的DMP名称和LOG名称,包括文件名和目录,例子见上面。 5.COMPRESS参数不压缩导出
数据
的内容。用来控制导出对象的storage语句如何产生。默认值为Y,使用默认值,对象的存储语句的init extent等于当前导出对象的extent的总和。推荐使用COMPRESS=N。 6. FILESIZE该选项在8i中可用。如果导出的dmp文件过大时,最好使用FILESIZE参数,限制文件大小不要超过2G。如: exp userid=duanl/duanl file=f1,f2,f3,f4,f5 filesize=2G owner=scott 这样将创建f1.dmp, f2.dmp等一系列文件,每个大小都为2G,如果导出的总量小于10G EXP不必创建f5.bmp. IMP常用选项 1、FROMUSER和TOUSER,使用它们实现将
数据
从一个SCHEMA中
导入
到另外一个SCHEMA中。例如:假设我们做exp时导出的为test的对象,现在我们想把对象
导入
用户: imp userid=test1/test1 file=expdat.dmp fromuser=test1 touser=test1 2、IGNORE、GRANTS和INDEXES,其中IGNORE参数将忽略表的存在,继续
导入
,这个对于需要调整表的存储参数时很有用,我们可以先根据实际情况用合理的存储参数建好表,然后直接
导入
数据
。而GRANTS和INDEXES则表示是否
导入
授权和索引,如果想使用新的存储参数重建索引,或者为了加快到入速度,我们可以考虑将INDEXES设为N,而GRANTS一般都是Y。例如:imp userid=test1/test1 file=expdat.dmp fromuser=test1 touser=test1 indexes=N 表空间传输 表空间传输是8i新增加的一种快速在
数据
库间移动
数据
的一种办法,是把一个
数据
库上的格式
数据
文件附加到另外一个
数据
库中,而不是把
数据
导出成Dmp文件,这在有些时候是非常管用的,因为传输表空间移动
数据
就象复制文件一样快。 关于传输表空间有一些规则,即: ·源
数据
库和目标
数据
库必须运行在相同的硬件平台上。 ·源
数据
库与目标
数据
库必须使用相同的字符集。 ·源
数据
库与目标
数据
库一定要有相同大小的
数据
块 ·目标
数据
库不能有与迁移表空间同名的表空间 ·SYS的对象不能迁移 ·必须传输自包含的对象集 ·有一些对象,如物化视图,基于函数的索引等不能被传输 可以用以下的方法来检测一个表空间或一套表空间是否符合传输标准: exec sys.dbms_tts.transport_set_check(‘tablespace_name’,true); select * from sys.transport_set_violation; 如果没有行选择,表示该表空间只包含表
数据
,并且是自包含的。对于有些非自包含的表空间,如
数据
表空间和索引表空间,可以一起传输。 以下为简要使用步骤,如果想参考详细使用方法,也可以参考
ORACLE
联机帮助。 1.设置表空间为只读(假定表空间名字为APP_Data 和APP_Index) alter tablespace app_data read only; alter tablespace app_index read only; 2.发出EXP命令 SQL>host exp userid=”””sys/password as sysdba””” transport_tablespace=y tablespace=(app_data, app_index) 以上需要注意的是 ·为了在SQL中执行EXP,USERID必须用三个引号,在UNIX中也必须注意避免“/”的使用 ·在816和以后,必须使用sysdba才能操作 ·这个命令在SQL中必须放置在一行(这里是因为显示问题放在了两行) 3.拷贝
数据
文件到另一个地点,即目标
数据
库 可以是cp(unix)或copy(windows)或通过ftp传输文件(一定要在bin方式) 4.把本地的表空间设置为读写 5.在目标
数据
库附加该
数据
文件 imp file=expdat.dmp userid=”””sys/password as sysdba””” transport_tablespace=y “datafile=(c:\temp\app_data,c:\temp\app_index)” 6.设置目标
数据
库表空间为读写 alter tablespace app_data read write; alter tablespace app_index read write; 优化EXP/IMP的方法: 当需要exp/imp的
数据
量比较大时,这个过程需要的时间是比较长的,我们可以用一些方法来优化exp/imp的操作。 exp:使用直接路径 direct=y
oracle
会避开sql语句处理引擎,直接从
数据
库文件中读取
数据
,然后写入导出文件. 可以在导出日志中观察到: exp-00067: table xxx will be exported in conventional path 如果没有使用直接路径,必须保证buffer参数的值足够大. 有一些参数于direct=y不兼容,无法用直接路径导出可移动的tablespace,或者用query参数导出
数据
库子集. 当
导入
导出的
数据
库运行在不同的os下时,必须保证recordlength参数的值一致. imp:通过以下几个途径优化 1.避免磁盘排序 将sort_area_size设置为一个较大的值,比如100M 2.避免日志切换等待 增加重做日志组的数量,增大日志文件大小. 3.优化日志缓冲区 比如将log_buffer容量扩大10倍(最大不要超过5M) 4.使用阵列插入与提交 commit = y 注意:阵列方式不能处理包含LOB和LONG类型的表,对于这样的table,如果使用commit = y,每插入一行,就会执行一次提交. 5.使用NOLOGGING方式减小重做日志大小 在
导入
时指定参数indexes=n,只
导入
数据
而忽略index,在导完
数据
后在通过脚本创建index,指定 NOLOGGING选项 导出/
导入
与字符集 进行
数据
的
导入
导出时,我们要注意关于字符集的问题。在EXP/IMP过程中我们需要注意四个字符集的参数:导出端的客户端字符集,导出端
数据
库字符集,
导入
端的客户端字符集,
导入
端
数据
库字符集。 我们首先需要查看这四个字符集参数。 查看
数据
库的字符集的信息: SQL> select * from nls_database_parameters; PARAMETER VALUE ------------------------------ -------------------------------------------------------------------------------- NLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_NUMERIC_CHARACTERS ., NLS_CHARACTERSET ZHS16GBK NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DD-MON-RR NLS_DATE_LANGUAGE AMERICAN NLS_SORT BINARY NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZH:TZM NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZH:TZM NLS_DUAL_CURRENCY $ NLS_COMP BINARY NLS_NCHAR_CHARACTERSET ZHS16GBK NLS_RDBMS_VERSION 8.1.7.4.1 NLS_CHARACTERSET:ZHS16GBK是当前
数据
库的字符集。 我们再来查看客户端的字符集信息: 客户端字符集的参数NLS_LANG=_< territory >. language:指定
oracle
消息使用的语言,日期中日和月的显示。 Territory:指定货币和数字的格式,地区和计算星期及日期的习惯。 Characterset:控制客户端应用程序使用的字符集。通常设置或等于客户端的代码页。或者对于unicode应用设为UTF8。 在windows中,查询和修改NLS_LANG可在注册表中进行: HKEY_LOCAL_MACHINE\SOFTWARE\
Oracle
\HOMExx\ xx指存在多个
Oracle
_HOME时的系统编号。 在unix中: $ env|grep NLS_LANG NLS_LANG=simplified chinese_china.ZHS16GBK 修改可用: $ export NLS_LANG=AMERICAN_AMERICA.UTF8 通常在导出时最好把客户端字符集设置得和
数据
库端相同。当进行
数据
导入
时,主要有以下两种情况: (1) 源
数据
库和目标
数据
库具有相同的字符集设置。 这时,只需设置导出和
导入
端的客户端NLS_LANG等于
数据
库字符集即可。 (2) 源
数据
库和目标
数据
库字符集不同。 先将导出端客户端的NLS_LANG设置成和导出端的
数据
库字符集一致,导出
数据
,然后将
导入
端客户端的NLS_LANG设置成和导出端一致,
导入
数据
,这样转换只发生在
数据
库端,而且只发生一次。 这种情况下,只有当
导入
端
数据
库字符集为导出端
数据
库字符集的严格超集时,
数据
才能完全导成功,否则,可能会有
数据
不一致或
乱
码出现。 不同版本的EXP/IMP问题 一般来说,从低版本
导入
到高版本问题不大,麻烦的是将高版本的
数据
导入
到低版本中,在
Oracle
9i之前,不同版本
Oracle
之间的EXP/IMP可以通过下面的方法来解决: 1、在高版本
数据
库上运行底版本的catexp.sql; 2、使用低版本的EXP来导出高版本的
数据
; 3、使用低版本的IMP将
数据
库
导入
到低版本
数据
库中; 4、在高版本
数据
库上重新运行高版本的catexp.sql脚本。 但在9i中,上面的方法并不能解决问题。如果直接使用低版本EXP/IMP会出现如下错误: EXP-00008:
orACLE
error %lu encountered orA-00904: invalid column name 这已经是一个公布的BUG,需要等到
Oracle
10.0才能解决,BUG号为2261722,你可以到METALINK上去查看有关此BUG的详细信息。 BUG归BUG,我们的工作还是要做,在没有
Oracle
的支持之前,我们就自己解决。在
Oracle
9i中执行下面的SQL重建exu81rls视图即可。 Create or REPLACE view exu81rls (objown,objnam,policy,polown,polsch,polfun,stmts,chkopt,enabled,spolicy) AS select u.name, o.name, r.pname, r.pfschma, r.ppname, r.pfname, decode(bitand(r.stmt_type,1), 0,'', 'Select,') || decode(bitand(r.stmt_type,2), 0,'', 'Insert,') || decode(bitand(r.stmt_type,4), 0,'', 'Update,') || decode(bitand(r.stmt_type,8), 0,'', 'Delete,'), r.check_opt, r.enable_flag, DECODE(BITAND(r.stmt_type, 16), 0, 0, 1) from user$ u, obj$ o, rls$ r where u.user# = o.owner# and r.obj# = o.obj# and (uid = 0 or uid = o.owner# or exists ( select * from session_roles where role='Select_CATALOG_ROLE') ) / grant select on sys.exu81rls to public; / 可以跨版本的使用EXP/IMP,但必须正确地使用EXP和IMP的版本: 1、总是使用IMP的版本匹配
数据
库的版本,如:要
导入
到817中,使用817的IMP工具。 2、总是使用EXP的版本匹配两个
数据
库中最低的版本,如:从9201往817中
导入
,则使用817版本的EXP工具。 例子 exp system/manager@mydb file=my.dmp log=20020101.log owner=scott exp 用户名/密码@服务名 file=c:\fr_yusnhu.dmp ower=用户 exp fr_yunshu/fr_yunshu@orcl file=d:\fr_yunshu.dmp owner=fr_yunshu exp system/manager@orcl file=111.dmp log=111.log direct=y compress=y feedback=10000 exp nc50/1 inctype=complete file=E:\data.dmp full=y(导出全部) exp nc50/1 file=E:\data.dmp OWNER = nc50(导出指定用户nc50) imp nc50/1@orcl inctype=complete file=E:\data.dmp full=Y(
导入
全部) imp nc50/1@orcl file=E:\data.dmp fromuser=nc50 touser=nc50(
导入
指定用户nc50)
ORACLE
9i
数据
导入
到
ORACLE
10G中文出现的
乱
码问题
不论是导出还是
导入
Imp/exp之前先设定 NLS_LANG=AMERICAN_AMERICA.ZHS16GBK 转载于:https://www.cnblogs.com/SharkXu/archive/2012/02/08/
ORACLE
Exp.html
【原创】
Oracle
管理专题之:
Oracle
9i 字符集与NLS_LANG搭配测试兼
乱
码问题分析
【背景介绍】=================================================================== 最近在使用
Oracle
9i
数据
库进行
数据
插入、查询、
导入
/出,有时会出现
乱
码的情况,具体的情形有以下两种:1.首次插入/显示
乱
码2.首次插入/显示正常、但把
数据
用工具导出为本地文件(例如TXT)文件,再在另一个客户端中打开该文件并...
[Database]
Oracle
:
Oracle
9i
数据
库
乱
码(字符集)问题解决方案
在国内外大中型
数据
库管理系统中,把
ORACLE
作为
数据
库管理平台的用户比较多。
ORACLE
不论是
数据
库管理能力还是安全性都是无可非议的,但是,它在汉 字信息的显示方面着实给中国用户带来不少麻烦,笔者多年从事
ORACLE
数据
库管理,经常收到周围用户和外地用户反映有关
ORACLE
数据
库汉字显示问题的求援信 ,主要现象是把汉字显示为不可识别的
乱
码,造成原来大量信息无法使用。本文将就这一问题...
Oracle 高级技术
3,490
社区成员
18,714
社区内容
发帖
与我相关
我的任务
Oracle 高级技术
Oracle 高级技术相关讨论专区
复制链接
扫一扫
分享
社区描述
Oracle 高级技术相关讨论专区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章