然耗费大量的工作和时间，设计一种通用的数据转换移植工具成为必要的措施。
441
现有市场上通用数据库转换复制方案
现有市场上异构数据库移植工具，主要是由几家大型数据库厂商在其主流数据库产品同构复制的基础上，进一步地提出的。他们的异构数据库复制方案，最有影响的包括Oracle主张通过数据库转换器，Sybase利用LTM日志传输器，IBM使用数据变化表（Co
siste
tCha
geDataTable），微软则提出出版者订阅者方案等。这些方案各有所长，但在一定程度上还存在着局限性。各个数据库厂商由于要体现自己产品的特点及其他一些原因，由他们各自提出的方案都采用与DBMS核心关系紧密的实现技术，因此不一定适用于其它DBMS，彼此之间的兼容性较差。再者，各方案普遍存在着符合某种体系结构或标准的前提，因此导致对系统资源的要求较高而应用范围却受到限制。总体说来目前的状况是不能让人满意的。
442Tra
sBuilder的提出：针对优化数据库架构方案开发通用数据库转换复制工具
由于市场上没有适用的成熟产品，而联邦式架构中有大量的异构数据库数据转换移植的需求，信息化项目组与2005年3月24日决定开发针对分布式架构、联邦式过渡的优化数据库架构方案开发通用数据库转换复制工具Tra
sBuilder。根据联邦式数据库架构的需要，Tra
sBuilder必须具有如下特点：①支持完全异构。除支持一对一复制外，支持从几张表中抽取字段复制入另一张表。②支持代码－实值间转换配置。数据库中存在大量字典表、代码表，在数据复制过程中由于源数据库和目标数据库代码规范未必相同，所以，必须将数据进行代码实值之间转换，可配置性是必然的要求。③支持详细错误记录。在转移过程中，可能出现源数据库的实值无法和目标数据库中的字典内容完全相同，如表四4中所示的同单位异名，对于这种情况计算机是无法直接识别处理的，生成详细错误记录，可以帮助中央数据库中映射表的建立，从而最后协助计算机进行异值识别和转换。④支持保存转换复制配置信息。需要转换复制的不止两三个数据库，每两个数据库之间的复制也并不一定只有一个，配置任务本身又是一项相当繁琐的工作，每次转换前都需要配置一次的话，情况是难以想象的，所以对每次配置完的结果进行保存是非常必要的。⑤支持定期执行。未来，起码在旧数据库系统淘汰之前，异构数据库之间的转换复制将是经常性需求，比如一天一次的复制级同步，任务能定期自动执行将节省大量人力物力。
f信息孤岛问题数据库层r