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

linwz

呵呵，我是想先测试一下不做修改能不能成功的导入，所以什么都没有改，只改了NLS_LANG，后来，我本来也打算再测试一下改导出文件的，但是我看coolyl说他的方法他都测试过了，所以先就先测了他方法，没想到出现了Sysdba无权Startup的现象。

两个导出文件我都附上来，我是按用户导出的，用户名和密码都是Test，其中只有一个表叫TT，数据可以用UltraEdit看得到。

ZALBB

你的TT表里有汉字吗？我导入ZHS16GBK的文件，
但看不导汉字，也看不导乱码。

你最好向TT表中插入一些汉字，这样才可以做检查。

linwz

呵呵，当然有汉字呀，用ultraedit打开导出文件，都能看到那些汉字的。

数据是这样的
SQL> desc test.tt
Name                                      Null?    Type
----------------------------------------- -------- ----------------------------
F1                                                 VARCHAR2(20)
F2                                                 VARCHAR2(20)
F3                                                 NCHAR(20)


SQL> select * from test.tt;

F1                   F2                   F3
-------------------- -------------------- --------------------
Hello world          这是一条测试数据     UbJGR;Lu2bJTJ}>]
Hello world          这是一条测试数据     UbJGR;Lu2bJTJ}>]
Hello world          这是一条测试数据     UbJGR;Lu2bJTJ}>]
Hello world          这是一条测试数据     UbJGR;Lu2bJTJ}>]

实际上f3和f3插入的是一样的数据，但f3 一直不正常。

ZALBB

我把TEST_US7ASCII的第二，三个字节改为03 54，可以成功导入（WITHOUT WARNING）。
但看到的是：F2=F3，都是乱码。
猜测：可能某些地方还得需要改；
也可能在导出时，实质是不一样的，
只是用文本框打开查看时没发现，
这种方法实质对汉字导入导出是不可取的。
只是可以让英文导入而已。

xxscfh

最初由 ZALBB 发布
[B]

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

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

后导入成功的？ [/B]

是！一点不错！

ZALBB

DMP文件里面有没有汉字，若有汉字，有没有出现乱吗？

biti_rainy

最初由 ZALBB 发布
[B]DMP文件里面有没有汉字，若有汉字，有没有出现乱吗？ [/B]

也不会是乱码
这是早就测试过次的了

如果你的出了问题
请检查你的原因

xxscfh

确认，当然有汉字，折腾这么久，就是为了显示汉字！呵呵

ZALBB

我用的是LINWZ传送上来的文件做的测试，
修改了test_us7ascii.dmp文件中的第二，第三个字节
为03 54（原来为00 01，用ultraEdit工具打开），
导入ZHS16GBK的数据库（ WIN2000,9.2.1），结果发现是
F2=F3（第二个字段与第三个字段的值一样），都是乱码。

导入前我已经把字符集设置为：AMERICAN_AMERICA.ZHS16GBK

所以，我就认为：

猜测：可能某些地方还得需要改；
也可能在导出时，实质是不一样的，
只是用文本框打开查看时没发现，
这种方法实质对汉字导入导出是不可取的。
只是可以让英文导入而已。


换句话说：A端：数据库的字符集为：AERICAN_AMERICA.US7ASCII           LINWZ的数据库环境
               导出前设置字符集为： AMERICAN_AMERICA.US7ASCII
               
          B端：数据库的字符集为：AERICAN_AMERICA.ZHS16GBK           我的数据库环境
               导出前设置字符集为： AMERICAN_AMERICA.ZHS16GBK
               
A端导出的DMP文件，开头的第二、三个字节由00 01被修改为03 54
后，可成功导入B端环境，但看到的汉字是乱码。

xxscfh

最初由 ZALBB 发布
[B]我用的是LINWZ传送上来的文件做的测试，
修改了test_us7ascii.dmp文件中的第二，第三个字节
为03 54（原来为00 01，用ultraEdit工具打开），
导入ZHS16GBK的数据库（ WIN2000,9.2.1），结果发现是
F2=F3（第二个字段与第三个字段的值一样），都是乱码。

导入前我已经把字符集设置为：AMERICAN_AMERICA.ZHS16GBK

所以，我就认为：

猜测：可能某些地方还得需要改；
也可能在导出时，实质是不一样的，
只是用文本框打开查看时没发现，
这种方法实质对汉字导入导出是不可取的。
只是可以让英文导入而已。


换句话说：A端：数据库的字符集为：AERICAN_AMERICA.US7ASCII           LINWZ的数据库环境
               导出前设置字符集为： AMERICAN_AMERICA.US7ASCII
               
          B端：数据库的字符集为：AERICAN_AMERICA.ZHS16GBK           我的数据库环境
               导出前设置字符集为： AMERICAN_AMERICA.ZHS16GBK
               
A端导出的DMP文件，开头的第二、三个字节由00 01被修改为03 54
后，可成功导入B端环境，但看到的汉字是乱码。 [/B]

这种情况我出现过，问题所在是我的exp导出的文件，必须是以bin的方式ftp到我的本地来imp，如果以普通的get方式ftp到本地imp，导入后依然为乱码。你可以确认一下，是否以bin方式ftp回来的