首頁  >  文章  >  資料庫  >  exp/imp环境变量字符集转换问题

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

WBOY
WBOY原創
2016-06-07 15:54:061526瀏覽

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