楼主: linwz

怎么将字符集为US7ASCII的库中导出的数据导入到字符集为ZHS16GBK的库中?

[复制链接]
论坛徽章:
65
ITPUB元老
日期:2006-03-01 17:57:36马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:52
21#
发表于 2003-4-11 13:33 | 只看该作者
是第一行,2,3字节

使用道具 举报

回复
论坛徽章:
314
行业板块每日发贴之星
日期:2012-07-12 18:47:29双黄蛋
日期:2011-08-12 17:31:04咸鸭蛋
日期:2011-08-18 15:13:51迷宫蛋
日期:2011-08-18 16:58:25紫蛋头
日期:2011-08-31 10:57:28ITPUB十周年纪念徽章
日期:2011-09-27 16:30:47蜘蛛蛋
日期:2011-10-20 15:51:25迷宫蛋
日期:2011-10-29 11:12:59ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41鲜花蛋
日期:2011-11-09 20:33:30
22#
发表于 2003-4-11 13:36 | 只看该作者
最初由 coolyl 发布
[B]在不同字符集的数据库之间导入数据的方法:
以US7ASCII的库中导出的数据导入到字符集为ZHS16GBK的库为例子:
假设US7ASCII的库是A机,字符集为ZHS16GBK的库为B机
1。确定你A机上的oracle用户的.profile文件中的NLS_LANG是US7ASCII,正常的导出所有数据。
2。然后传到B机上,bin模式,然后在B机上设定好oracle用户的设定环境变量NLS_LANG=AMERICAN_AMERICA.US7ASCII
以sys用户执行update props$ set values$='US7ASCII'
where name='NLS_CHARACSET';
3。正常的导入数据至ZHS16GBK的数据库中去,重新启动数据库,此时查看原来导入的数据应该已经中文了。
4。把环境变量改回来,NLS_LANG=AMERCIAN_AMERICA.ZHS16GBK
以sys用户登陆ZHS16GBK的数据库然后执行一下语句:
update props$ set values$='ZHS16GBK'
where name='NLS_CHARACSET';
重新启动数据库让其修改生效即可。
8。如果不放心,可以把当前ZHS16GBK数据库中的数据正常exp出来,然后重新建库后正常导入。

以上过程我在oracle9.2.0和9.0.1,8.1.7上测试成功。 [/B]

没错,可以改!
对ORACLE7来讲,是每问题的
对8I而言,修改字符集后导出时会报一个同义词错误!
到你无法克服该错误,必须把字符集改回去,才可正
常导出(我测试过)。
9I的情况类似,但不是报同义词错误!

使用道具 举报

回复
论坛徽章:
9
授权会员
日期:2005-10-30 17:05:33ITPUB元老
日期:2005-11-07 17:06:46铁扇公主
日期:2006-04-12 17:42:13红孩儿
日期:2006-04-13 08:43:44嫦娥
日期:2006-04-13 08:43:54玉兔
日期:2006-04-13 08:44:02九尾狐狸
日期:2006-04-13 08:44:12会员2006贡献徽章
日期:2006-04-17 13:46:34生肖徽章2007版:虎
日期:2009-04-21 21:32:53
23#
发表于 2003-4-11 14:15 | 只看该作者

还是有问题!

我的源数据库的NLS_CHARACTERSET 为US7ASCII
   目的数据库的nls_characterset为ZHS16GBK,nls_lang为AMERICAN_AMERICA.ZHS16GBK


我从源数据库中导出一个文件,用UltraEdit-32查看,其第二、三字节为01 01,改为03 54,导入时出错为:not a valid export file, header failed verification,怎么解决???

使用道具 举报

回复
论坛徽章:
86
ITPUB元老
日期:2005-02-28 12:57:002012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20咸鸭蛋
日期:2012-05-08 10:27:19版主8段
日期:2012-05-15 15:24:112013年新春福章
日期:2013-02-25 14:51:24
24#
发表于 2003-4-11 15:18 | 只看该作者

你这个文件是FTP过来的吧

使用 binary    mode   ftp
not    ascii  mode

ftp>  bin
get..........

使用道具 举报

回复
25#
匿名  发表于 2003-4-11 15:57
数据库字符集是US7ASCII,那平时application的前端字符集是什么?由能存放中文,猜测似乎应该是US7ASCII,这时你输入的汉字被OS拆分成两个西文ASCII字符村入到库中,取出时OS做相反的操作,所以你可以看到完整的汉字。但当你exp前端是ZHS16GBK时,exp的时候会做字符集转换,那就真变成乱码了

使用道具

回复
论坛徽章:
9
授权会员
日期:2005-10-30 17:05:33ITPUB元老
日期:2005-11-07 17:06:46铁扇公主
日期:2006-04-12 17:42:13红孩儿
日期:2006-04-13 08:43:44嫦娥
日期:2006-04-13 08:43:54玉兔
日期:2006-04-13 08:44:02九尾狐狸
日期:2006-04-13 08:44:12会员2006贡献徽章
日期:2006-04-17 13:46:34生肖徽章2007版:虎
日期:2009-04-21 21:32:53
26#
发表于 2003-4-11 16:21 | 只看该作者
非常感谢biti老大!问题解决!
我也在北京,那天请你吃饭!真的!
还有,我的ftp权限能给我吗?
呵呵!要求很多啊!

使用道具 举报

回复
论坛徽章:
86
ITPUB元老
日期:2005-02-28 12:57:002012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20咸鸭蛋
日期:2012-05-08 10:27:19版主8段
日期:2012-05-15 15:24:112013年新春福章
日期:2013-02-25 14:51:24
27#
发表于 2003-4-11 16:33 | 只看该作者

已经授权

自己去授权用户区看看吧

要请吃饭么,看5.1  吧  

使用道具 举报

回复
论坛徽章:
314
行业板块每日发贴之星
日期:2012-07-12 18:47:29双黄蛋
日期:2011-08-12 17:31:04咸鸭蛋
日期:2011-08-18 15:13:51迷宫蛋
日期:2011-08-18 16:58:25紫蛋头
日期:2011-08-31 10:57:28ITPUB十周年纪念徽章
日期:2011-09-27 16:30:47蜘蛛蛋
日期:2011-10-20 15:51:25迷宫蛋
日期:2011-10-29 11:12:59ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41鲜花蛋
日期:2011-11-09 20:33:30
28#
发表于 2003-4-11 18:12 | 只看该作者
最初由 xxscfh 发布
[B]非常感谢biti老大!问题解决!
我也在北京,那天请你吃饭!真的!
还有,我的ftp权限能给我吗?
呵呵!要求很多啊! [/B]


是不是按BITI所说的这些步骤:

在你的环境中设置 us7ascii 做 exp
然后修改 dmp 文件中 2,3 字节,从0001 ---> 0354
然后再在 zhs16gbk 的 环境变量中做 imp

后导入成功的?

使用道具 举报

回复
论坛徽章:
0
29#
 楼主| 发表于 2003-4-11 18:18 | 只看该作者
感谢大家的回复,估计问题应该能解决了,不过我现在还是没有法测试,今天一直比较忙。

我现在又出现了一个新问题,是这样,我重建字符集为US7ASCII的库后,库中竟然不能保存和显示中文,我插入中文字符后,Sqlplus中读出来都是乱码。我的建库角本会附在后面。

另外,还是最开始那个问题,我在NT中没有设NLS_LANG变量,其默认值应该是什么?我当时作EXP导出时,应该是做了自动的字符集转换,所以导出文件中的字符集才是ZHS16GBK,而且我用UltraEDIT能看到其中的中文显示的都是正常的,可是导入后不能显示。我现在知道在导出前最好设置NLS_LANG与数据库中一致,但我就是不明白,这种自动转换的问题出在哪里?详细的原因是什么?还请大伙关注!

我是建库角本如下,建库过程中没有出现问题,建完库后,我只是建了一个test用户和一个简单的tt表,然后插出中文就不能显示。

create database MYDB
controlfile reuse
Logfile
  group 1 ('g:\oracle\oradata\mydb\redo0101.log', 'g:\oracle\oradata\mydb\redo0102.log') size 10M reuse,
  group 2 ('g:\oracle\oradata\mydb\redo0201.log', 'g:\oracle\oradata\mydb\redo0202.log') size 10M reuse,
  group 3 ('g:\oracle\oradata\mydb\redo0301.log', 'g:\oracle\oradata\mydb\redo0302.log') size 10M reuse,
  group 4 ('g:\oracle\oradata\mydb\redo0401.log', 'g:\oracle\oradata\mydb\redo0402.log') size 10M reuse
maxlogfiles 10
maxlogmembers 5
maxdatafiles 150
maxinstances 1
maxloghistory 0
archivelog
character set "US7ASCII"
national character set "AL16UTF16"
datafile 'g:\oracle\oradata\mydb\system01.dbf' size 100M reuse autoextend on next 5M maxsize 200M
undo tablespace UNDOTBS1 datafile 'g:\oracle\oradata\mydb\undo01.dbf' size 50M reuse autoextend on next 10M maxsize 200M
default temporary tablespace temp tempfile 'g:\oracle\oradata\mydb\Temp01.dbf' size 50M reuse autoextend on next 10M maxsize 200M;

@G:\oracle\ora92\rdbms\admin\catalog.sql
@G:\oracle\ora92\rdbms\admin\catproc.sql
conn system/manager
@G:\oracle\ora92\sqlplus\admin\pupbld.sql

create tablespace users datafile 'g:\oracle\oradata\mydb\users01.dbf' size 50M reuse autoextend on next 10M maxsize 200M extent management local uniform size 1M segment space management auto;
create tablespace Indx datafile 'g:\oracle\oradata\mydb\indx01.dbf' size 50M reuse autoextend on next 10M maxsize 200M extent management local uniform size 1M segment space management auto;

create user test identified by test default tablespace users temporary tablespace temp quota unlimited on users quota unlimited on indx;
grant connect, resource to test;

conn test/test;
create table tt(f1 varchar2(20), f2 varchar2(20), f3 nchar(20));
insert into tt values('Hello', '测试用例', '测试用例');
commit;

Select * from tt;
发现f1正常,f2和f3都显示为问号。我退出Sqlplus设置NLS_LANG=AMERICAN_AMERICA.US7ASCII还是不行。


非常感谢大家!! 也希望大家继续关注!!

使用道具 举报

回复
30#
匿名  发表于 2003-4-11 18:37
看来还没理解字符集问题的精粹。

“我重建字符集为US7ASCII的库后,库中竟然不能保存和显示中文”
库只是保存,显示是前端字符集和OS字符集的问题。你在前端exp出来的dump文件是03 54,那你的缺省前端字符集肯定是ZHS16GBK。你如果要在us7ascii的数据库里放中文,那前端也必须是us7ascii。如果前端是ZHS16GBK,由于它是US7ASCII的superset,所以在前后端字符转换的时候会产生乱码。

最初由 linwz 发布
[B]感谢大家的回复,估计问题应该能解决了,不过我现在还是没有法测试,今天一直比较忙。

我现在又出现了一个新问题,是这样,我重建字符集为US7ASCII的库后,库中竟然不能保存和显示中文,我插入中文字符后,Sqlplus中读出来都是乱码。我的建库角本会附在后面。

另外,还是最开始那个问题,我在NT中没有设NLS_LANG变量,其默认值应该是什么?我当时作EXP导出时,应该是做了自动的字符集转换,所以导出文件中的字符集才是ZHS16GBK,而且我用UltraEDIT能看到其中的中文显示的都是正常的,可是导入后不能显示。我现在知道在导出前最好设置NLS_LANG与数据库中一致,但我就是不明白,这种自动转换的问题出在哪里?详细的原因是什么?还请大伙关注!

[/B]

使用道具

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表