oracle--dblink跨库中文乱码解决

 

场景:数据库B需要数据库A的数据信息

数据库A: US7ASCII

数据库B: ZHS16GBK

dblink A->B :  to_b

SELECT  *  FROM pats_in_hospital@to_b  发现中文字段乱码

原因:

作为dblink的两端,在A通过to_b访问B数据库时,A为B的客户端,由于数据库A的字符集为WE8DEC,为了使A数据库服务器上的其他应用正常使用,所以在A数据库服务器上的已经设置环境变量NLS_LANG=AMERICAN_AMERICA.US7ASCII,而此客户端字符集和B数据库的核心字符集ZHS16GBK不同,因此在返回结果时,要进行字符集转换,但由于US7ASCII和ZHS16GBK不兼容,因此转换失败,出现乱码;

 

解决方法:

方法一 [试验无效] 

在A数据库上修改环境变量NLS_LANG为AMERICAN_AMERICA.ZHS16GBK,使其和数据库核心字符集兼容的字符集;

这样做法,存在一个较难接受的问题,即A数据库服务器上的应用例如sqlplus、exp等,需要每次运行时考虑NLS_LANG的设置。

 

方法二:使用UTL_RAW包进行处理

【可行,但需要对中文字段V_COLUMN逐个转换较为麻烦,】

1、先转换成十六进制 
V_COLUMN_MID := UTL_RAW.CAST_TO_RAW(V_COLUMN);

2、再转换成字符串 
V_COLUMN_STR := utl_raw.cast_to_varchar2(V_COLUMN_MID)

3、转码 
参数说明:待转字符串,本地字符集

评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值