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

ZALBB · 发表于 2003-4-14 17:14

我使用LINWZ传送上来的文件做的测试！
不知道是不是这个原因。
你可下载该文件来做一下测试，看看是都和我相同的结果
（在第3页）

xxscfh · 发表于 2003-4-14 17:43

回zalbb，我试过了，导入不了数据库，出错信息见我前面的帖子，我基本敢肯定不是bin方式ftp下来的。

ZALBB · 发表于 2003-4-14 17:50

我不是和你说吗，把test_us7ascii.dmp文件中的第二，第三个字节
改为03 54（原来为00 01，用ultraEdit工具打开），

就可以导入了。

再试试！

xxscfh · 发表于 2003-4-14 18:16

这点我当然知道了，呵呵，可改过后导入就出错。

ZALBB · 发表于 2003-4-15 09:40

我导入没错误！但就是看不到正确的汉字。
不清楚是哪里出错了。
改天有环境，自己再试试

对了，你要注意，该DMP文件是921版本导出来的，
817版本步认！

linwz · 发表于 2003-4-15 10:07

感谢大家的关注，有一点大家一定要注意，就是我的两个数据库都是在同一台机子上，也就是说，我的机子上同时跑了两个数据库，一个是ZHS16GBK的，一个是US7ASCII码的。
我的导出文件跟本就没有用FTP传过，是直接从US7ASCII库中分别将本机的NLS_LANG设为US7ASCII和ZHS16GBK后导出的，然后，又分别在这种前端字符集下将两个导出文件导入到ZHS16GBK的库中，但是这四次导入后，汉字都不能正常显示。

我已试过改ZHS16GBK库的字符集，但没有成功，我的库现在还不能Startup，这一点前面已描述过了，ZALBB测试过改导出文件的字符集，好像也没能成功。

不知道哪位大哥能不能解释一下原因，另外，还有没有其它的方法可以试试的。

我的导出的两个文件已在前面传上来了，所有的环境及测试数据前面都说过了。我是WINRAR压缩之后传的，传的过程应该也不会有问题的。

还请大家都帮忙测试一下，也让大家都彻底搞清楚这件事。

谢谢大家!

linwz · 发表于 2003-4-15 16:15

呵呵，我把贴子往前提一下，拜托版主们、高手们都关注一下吧。

biti_rainy · 发表于 2003-4-15 16:26

步骤：
1：设置 NLS_LANG=AMERICAN_AMERICA.US7ASCII , exp us7ascii 的数据库
2：修改dmp文件的第2、3字节，从 00 01 ---> 03 54
3：设置NLS_LANG=AMERICAN_AMERICA.ZHS16GBK , imp 修改后的dmp文件

如果符合这三个步骤，在我的所有测试中都是成功的！
其他人也都成功了
如果有问题，请确认符合这几个步骤，保证数据库 or client 版本是否一致，并想想自己的系统是否有特别的地方

imp 环境要求支持 zhs16gbk 字符集

关于原理，前面已经说明了

biti_rainy · 发表于 2003-4-15 16:29

请在每次 set NLS_LANG 后看一看环境变量到底设置是否正确
是否有重复的 NLS_LANG

ZALBB · 发表于 2003-4-16 09:18

我昨天在自己的环境里做测试；

环境 WIN2000 81700EE

1、创建一个字符集为 ZHS16GBK，NCHAR为ZHS16GBK的数据库（假设 A端）
2、再创建一个字符集为 US7ASCII，NCHAR为US7ASCII的数据库（假设 B端）

在往B端数据库插入数据前，先设置SQLPLUS的字符集为NLS_LANG=.US7ASCII
之后建了一表，往里插了些汉字，EXP出该表。

修改该DMP文件的第二、三字节由00 01为03 54

关闭B端数据库，启动A端数据库，同样

在往A端数据库插入数据前，先设置SQLPLUS的字符集为NLS_LANG=.ZHS16GBK，
IMP，很顺利，虽然提示NCHAR的US7ASCII可能需要转换为ZHS16GBK，
但导入结果是WITHOUT WARNING，

进入A端数据库查看该表，很正常的显示汉字！

说明使用这种方法，把US7ASCII的DMP导入ZHS16GBK的数据库是可行的

不知道由ZHS16GBK到US7ASCII是否可行？

或者说，用这种方法可以完全解决DMP导入时，遇上的关于字符集的此类的情况？

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

如果数据库是 us7ascii 要往 zhs16gbk 里面 imp

btw: