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



 

场景：

数据库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 ;

结果显示正常。