组成立于2004年5月，本人所在科研管理系统开发团队由七人组成，其组织结构如图二所示。本人在其中主要致力于信息孤岛问题的解决方案的设计和实现，完成数据库转换移植工具的设计。通过实践中考察到信息孤岛问题在企事业单位信息化中存在的普遍性，作者对相关方面的问题进行了广泛的思考和实践，从理论到实现，为信息孤岛问题的解决设计了整套切实可行的方案。解决方案实施关键工具Tra
sBuilder的设计和实现填补了当前可配置数据移植工具的
f信息孤岛问题数据库层优化解决方案设计
5
空白。
图二科研管理系统开发团队协作图
13
相关领域的研究进展和成果
信息孤岛问题的解决方案在数据库层主要集中在分布式和联邦式之争。本文将在第三章详细客观的介绍这两种数据库系统架构方案。数据移植领域，主要由数据库开发商提供开发了一些移植工具，如：微软随SQLServer附送的DataTra
sformatio
Services（DTS），Oracle的移植工作台等，这些工具的设计目的多为将数据库从其他数据库供应商的产品上复制到自己的产品上，以及作为数据备份工具使用，其功能要点集中在复制上，对异构数据库之间的转移支持并不良好，甚至不支持。
14
主要研究内容
①数据库系统架构②可配置数据移植工具Tra
sBuilder的设计和实现
15
本文的组织
第一部分第二部分第三部分第四部分第五部分研究简介（第1章）信息孤岛的含义和目前数据库层解决方案概述（第2章）描述具体典型案例，清晰信息孤岛问题（第3章）数据库架构方案设计（第4章）数据库移植方案和工具设计（第5章）
f信息孤岛问题数据库层优化解决方案设计
6
第2章
信息孤岛的产生和目前一般的解决方案
21211
信息孤岛的产生、现状和危害信息孤岛的产生
在构建某个应用系统时，目前大多采用“独立解决方案”，开发者和需求部门应用逻辑相结合，在特定的操作系统平台上、特定的集成开发环境下、基于特定的数据表达格式，进行特定数据库设计和应用软件系统的开发，很少考虑应用的可集成性、可重用性、可定制性、可移植性，造成了众多软硬件平台、各类应用系统并存的局面。
图三系统接口数量N（N－1）当众多系统间需要信息共享时，往往以某一个或某几个关键应用系统为主，基于系统提供接口进行二次开发，在需要共享信息的系统间由特定的程序员提供复杂的访问接口，与其它系统进行整合，是一种复杂系统对接的模式。假定企业中有N个系统需要共享数据资源，那么需要特定的程序员开发复杂的单向接口就是N（N－1）个（r