由于字符集不同,汉字字符占位不同导致字段超长造成跨库导入数据会发生问题,请教多个高手尝试了多种方法最终通过copy工具解决问题。
copy执行的时候自动执行字符集转换问题
注意的是,执行的时候客户端的字符集设置一定要跟要导入的数据库一致
用copy需要先建立一个目标到源数据库的tns
cd $ORACLE_HOME/network/admin
打开tnsnames.ora
添加一个链接
TEST_30.1 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.10.0.1)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = test)
)
)
然后执行:
copy from -
to test2 -
create TEMP_table1 -
using select * from TEMP_table1
另外还有一个方法,导出文本,用sqlloader导入
----字符集知识
unixt设置字符集方法:
export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
服务器字符集select * from nls_database_parameters,其来源于props$,是表示数据库的字符集。
客户端字符集环境select * from nls_instance_parameters,其来源于v$parameter,
表示客户端的字符集的设置,可能是参数文件,环境变量或者是注册表
会话字符集环境 select * from nls_session_parameters,其来源于v$nls_parameters,表示会话自己的设置,可能是会话的环境变量或者是alter session完成,如果会话没有特殊的设置,将与nls_instance_parameters一致。
客户端的字符集要求与服务器一致,才能正确显示数据库的非Ascii字符。如果多个设置存在的时候,alter session>环境变量>注册表>参数文件
字符集要求一致,但是语言设置却可以不同,语言设置建议用英文。如字符集是zhs16gbk,则nls_lang可以是American_America.zhs16gbk。
鸡蛋里挑些骨头~
客户端字符集环境select * from nls_instance_parameters,其来源于v$parameter--应该是源自于X$parameter
还有nls_instance_parameters中好像看不到NLS_CHARACTERSET这个~
阅读(5634) | 评论(0) | 转发(1) |