场景：
数据库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 ;
结果显示正常。