ホームページ  >  記事  >  データベース  >  exp/imp环境变量字符集转换问题

exp/imp环境变量字符集转换问题

WBOY
WBOYオリジナル
2016-06-07 15:54:061528ブラウズ

exp/imp 环境变量字符集转换问题 注意点:exp imp客户端编码,尽量保证客户端编码和数据库编码一样,避免字符转换。 其他方式,保证exp的客户端编码和imp的客户端编码一样,如果出现imp或 exp出错时,可从exp导出log中来查找信息,可以看到如下信息: 环境:

exp/imp 环境变量字符集转换问题

注意点:exp imp客户端编码,尽量保证客户端编码和数据库编码一样,避免字符转换。

其他方式,保证exp的客户端编码和imp的客户端编码一样,如果出现imp或 exp出错时,可从exp导出log中来查找信息,可以看到如下信息:

环境:使用exp/imp升级并迁移数据库从win 10.2.0.1 升级到linux11.2.0.3

原库Exp导出日志信息:

Connectedto: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bitProduction
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Export done in US7ASCIIcharacter set and AL16UTF16 NCHAR character set
server uses ZHS16GBK character set(possiblecharset conversion)

可以看出原库字符集是ZH16GBK而客户端编码是US7ASCII

新库Imp导入日志信息:

Exportfile created by EXPORT:V10.02.01 via conventional path
import done in ZHS16GBKcharacter set and AL16UTF16 NCHAR character set
export client uses US7ASCII character set (possible charset conversion)

Imp导入客户端编码为ZHS16GBK

这样数据在新库导入是会出问题的

因为新库的客户端编码和数据库的字符集一样,就不去做字符转换,直接导入数据,即会忽略原来导出时,原库和其客户端发生的一次字符转换,为了正确导入数据,我们需要在导入端再做一次字符转换,即设置导入端的客户端编码为:

NLS_LANG=AMERICAN_AMERICA.US7ASCII

这样就可以两两抵消了。
声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。