也会因为无法识别其中代码涵义而保证数据的秘密性，大大降低了因数据库泄漏而引发的安全性问题。代码库又分为三种：共享代码库，私有代码库和其
f信息孤岛问题数据库层优化解决方案设计
16
④
⑤
⑥
他代码库，除了共享代码库，各部门只能访问自己相关的私有和其他代码库，进一步提高了系统的安全性。高契合度。为了方便使用，映射库包含了表名映射库、字段名映射库和字段内容映射库，用于处理各种对象名称和代码的映射过程。映射代码库的建设为现存数据库和新数据库的衔接提供了充分的支持，使得新旧数据库间联邦式对接成为可能。开发复杂性较高。高安全性通常意味着高复杂性，本设计也未能例外，在程序开发过程中要求对实体表和代码库之间进行详细的定义，这对应用程序开发人员和数据库设计人员都是一个挑战，唯有二者齐心协力方能拨云见日。映射代码库建设任务艰巨。映射代码库是新旧数据库衔接的关键，两者需要映射的内容成山成海，为使二者畅顺对接，数据库整理人员工作量难以估量。
图八分布式规划、联邦式过渡系统架构逻辑结构
f信息孤岛问题数据库层优化解决方案设计
17
43431
联邦式过渡典型案例：人事处系统整合人事处现有数据库系统架构分析
图九人事处现存数据库系统结构拓扑图A校人事处现存应用系统为客户端服务器（CS）架构，数据库使用MicrosoftSQLServer2000，架设在人事处机房的一台HPNETSERVER2000服务器上，经过多次调研，基本确认了人事处数据库系统逻辑架构，如图九所示，人事处实体表内容由多重数据字典表定义。首先，实体表名由两部分组成成分类别、集合，分别由SR_U
ittype和SR_SourceCollect定义，其中SR_sourceCollect中的SetId又关联到SR_SourceItem，后者定义了实体表中字段名称、长度以及所涉及字段内容代码集CodeId，在SR_CodeCollect中可以找到CodeId的含义，最终sr_codeitem和sr_depertme
t的50000多条记录明确了字段内容的含义，在这两张表中code和descriptio
对上了号，CodeId在这里将code分类，同时避免了代码重名。不用细述就可以看出，人事处现行数据库结构与新建中央数据库是格格不入的，在不能马上重建新系统的情况下，如何解决仍在使用中的人事处数据库与中央及其他部门之间的数据共享？联邦式数据库系统架构为我们提供了一条道路。
432
联邦式数据库整合面对问题
联邦式数据库整合过程一般分三步走：①根据中央分布式数据库设计规范设计新部门数据库；②设计共享同步策略；
f信息孤岛问题数据库层优化解决r