dblink 两端数据库字符集不同导致的乱码解决办法

时间:2023-02-05 06:38:26


 

场景:

数据库A: WE8DEC字符集

数据库B: ZHS16GBK

dblink A->B : to_b

 

SELECT  cn_name FROM user_info@to_b where rownum<100;

显示的结果为乱码:?????

 

原因:

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

 

解决方法:

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

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

 

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

1),在B数据库上,创建视图:

create or replace view v_user_info as select utl_raw.cast_to_raw(cn_name) cn_name from user_info;

2),在A数据库上,创建视图:

create or replace view v_user_info as select utl_raw.cast_to_varchar2(cn_name) cn_name from v_user_info@to_b;

这样就让A/B之间的数据传输,变成了裸数据的传输,避免了字符集的不兼容性转换。

 select cn_name from v_user_info ;

结果显示正常。