oracle mysql us7acsii_有关oracle数据库us7ascii字符集转换策略的探讨

1.背景

Oracle技术咨询部提供的《********工程-字符集转换策略》文档中，提到通过dblink进行跨库US7ASCII到AL32UTF8转换的方法，本文将对该方式进行验证，并针对该方法提出一些修正思路。

Oracle提出的方法关键点如下：

eq \o\ac(○,1)1.在源端创建视图，针对包含中文的varchar2列进行utl_raw.cast_to_raw操作

eq \o\ac(○,2)2在目标端的sql语句中，针对该列进行utl_raw.cast_to_varchar2操作

针对该方法，有以下方面的疑问及担心：

eq \o\ac(○,1)1源端链接用户的权限问题。该方法需要有维护视图(create view、drop view、alter view)的权限。由于数据迁移是一个相对较长时间的过程，且牵涉到运维商、安全等方面的要求，该权限获取可能存在一定困难。

eq \o\ac(○,2)2灵活性不佳。由于需要对任何表的中文进行查询时都需要创建或重建视图，可能影响数据迁移的工作；目标端也要进行大量的utl_raw.cast_to_varchar2操作，使目标端的转换程序冗长臃肿。

eq \o\ac(○,3)3数据类型限制。Oracle对raw数据类型存储的限制为2000，char数据类型存储的限制为2000，varchar2的数据类型存储限制为4000。1位的varchar2对应几位的raw，

varchar2(2000)以上的字段转换为raw是否会发生溢出，是我们需要验证的方面。

2.验证

2.1环境准备

1.在源端(US7ASCII)建表和视图

create table TEST_ZWZH_1

(