数据导入乱码,急

[复制链接]
查看11 | 回复3 | 2005-10-30 17:05:33 | 显示全部楼层 |阅读模式
首先用env查看环境变量,发现关于nls-lang的设置为:
NLS_LANG=AMERICAN_AMERICA.ZHS16GBK;
查看props$表:
NLS_LANGUAGE
AMERICAN
NLS_TERRITORY
AMERICA
NLS_CHARACTERSET
ZHS16GBK

于是,直接使用imp导入数据,提示如下:
Import: Release 8.1.6.1.0 - Production on Tue Jun 15 22:39:19 2004
(c) Copyright 1999 Oracle Corporation.All rights reserved.

Connected to: Oracle8i Release 8.1.6.1.0 - Production
JServer Release 8.1.6.0.0 - Production
Export file created by EXPORT:V08.01.06 via conventional path
import done in US7ASCII character set and US7ASCII NCHAR character set
import server uses ZHS16GBK character set (possible charset conversion)
. importing GREATEST's objects into GREATEST
. . importing table
"CITY" 35 rows imported
Import terminated successfully without warnings.
数据导入,但是中文乱码,
于是修改客户端:
export NLS_LANG=AMERICAN_AMERICA.us7ascii
然后imp数据,包错:
Connected to: Oracle8i Release 8.1.6.1.0 - Production
JServer Release 8.1.6.0.0 - Production
IMP-00016: required character set conversion (type 1 to 852) not supported
IMP-00000: Import terminated unsuccessfully
请问是怎么回事啊??
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
如果导出时得客户端是US7ASCII得话,用ultraedit打开dmp文件,手工修改第二、三字节,修改0001为0354。然后再次导入试试看。或者在sql/plus下运行create database character set us7ascii以后再次导入试试看
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
看下面提示:
import done in US7ASCII character set and US7ASCII NCHAR character set
import server uses ZHS16GBK character set (possible charset conversion)
存在US7ASCII到ZHS16GBK的转换,但我记得我曾经这样转过,没有问题的,你把客户端的字符集更改为Simplified Chinese_China.ZHS16GBK再试试吧。
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
问题已经解决,前任同事没有在.bash_profile中正确的 export nls_lang,谢谢大家
回复

使用道具 举报

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

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行