环境: DB-A字符集:US7ASCII
DB-B字符集:ZHS16GBK
需求:从DB-A中将一个表的中文数据通过JAVA定时任务同步到DB-B.
DB-A库中表的信息如下:
CREATETABLEUSER_INFO(USER_IDnumber,USER_NAMEvarchar2(50));
如果用一般的方式来SELECT,和INSERT,不管客户端用什么样的字符集,数据到DB-B上肯定会显示乱码.
解决方法1（在数据库实现） 解决思路:通过视图将数据转换成二进制数据,绕过字符集的转换,然后让目标库来读取.
1.在DB-A库上创建视图: createorreplaceviewview_user_info
as
selectuser_id,utl_raw.cast_to_raw(user_name)user_namefromuser_info;
2.在DB-B库上创建视图: createorreplaceviewview_user_info_db_a
as
selectuser_id,utl_raw.cast_to_varchar2(user_name)user_namefromview_user_info@db_a;
3.在DB-B库上进行数据读取: selectuser_id,user_namefromview_user_info_db_a;
这时显示出来的数据才是正确的!
其实就是:selectutl_raw.cast_to_raw('中华人民'),utl_raw.cast_to_varchar2('D6D0BBAAC8CBC3F1')fromdual;
优点：对JAVA程序来说是透明的，无所改动代码。
数据提取时，与客户端字符集无关
缺点：增加数据库CPU开销
--Examda提示学习到方法:
解决方法2（在JAVA实现） 使用JAVA的两个函数来实现：getBytes(),newString()
先来看一下这两个函数:
.getBytes(charset) 这是java字符串处理的一个标准函数，其作用是将字符串所表示的字符按照charset编码，并以字节方式表示。
注意字符串在java内存中总是按unicode编码存储的。
比如"中文"，正常情况下（即没有错误的时候）存储为"4e2d6587"，
如果charset为"gbk"，则被编码为"d6d0cec4"，然后返回字节"d6d0cec4"。
如果charset为"utf8"则最后是"e4b8ade69687"。
如果是"iso8859-1"，则由于无法编码，最后返回"3f3f"（两个问号）。
.newString(charset) 这是java字符串处理的另一个标准函数，和上一个函数的作用相反，将字节数组按照charset编码进行组合识别，最后转换为unicode存储。
参考上述getBytes的例子，"gbk"和"utf8"都可以得出正确的结果"4e2d6587"，但iso8859-1最后变成了"003f003f"（两个问号）。
因为utf8可以用来表示/编码所有字符，所以newString(str.getBytes("utf8"),"utf8")===str，即完全可逆。
对于以上两个函数,我们可以有两种用法来解决这个问题:
方法2.1 a)无需关心客户端NLS_LANG的设置
b)从数据库取出字符的二进制编码:
selectuser_id,utl_raw.cast_to_raw(user_name)user_namefromuser_info;
c)在java用其所newString(username,'GBK')转成中文
d)插入到目标库
方法2.2(推荐) a)将JAVA客户端NLS_LANG设置为US7ASCII
b)从数据库直接取出字段值
selectuser_id,user_namefromuser_info;
(这时因为客户端和服务器的字符集一致,所以会得到正确的中文显示)
c)将中文进行转码为GBK:
newString(user_name.getBytes("gbk"),"gbk")
d)得到正确的GBK中文编码插入到目标库
优点:代码完全由JAVA控制,无需作数据库变更,数据库的压力转移到了JAVA客户端.
注意:必须把客户端的字符集和服务器端的字符集设置成一样
责任编辑：小草
