一、背景
　　DB2 联合数据库是分布式数据库管理的特殊形式。在联合数据库系统中，可以通过一个 SQL 命令来发出对多个数据源的命令请求。DB2 与非 DB2 数据库之间进行复制之前，首先需要保证非 DB2 数据源可以被 DB2 ESE Version 8 federated database访问。对于DB2 Replication Version 8 所需的联合数据库功能可以在现有发布的 DB2 ESE Version 8 和 DB2 Connect Enterprise Edition Version 8 中提供。

　　"SQL复制"又称为"DB2复制"，是为 DB2 开发的两种数据复制类型中的一种，它是通过 SQL 进行的复制。在这里简单提一下，DB2 复制中的另一种"Q复制"是通过 Websphere MQ 消息队列进行的。在进行 SQL 复制时，Capture 程序读取 DB2 恢复日志以获取对指定源表的更改。该程序将更改保存到传输表格中，也称作变化数据表（changed data table），Apply 程序并行读取更改并应用于目标事务，见图1。

　　图1：SQL复制的结构

　　WebSphere II 全球信息集成复制，通过不同数据库之间的复制，有效的利用了数据资源，为提高效率提供了良好的平台。

　　DB2 与非 DB2 数据库之间的复制需要用到 WebSphere II。本文力争通过复制实例让读者对不同数据库之间的复制有一个整体的概念。

二、动机

　　商业上出于很多原因使用复制，可以归纳为：

分散：把数据分散到各个位置；
整合：把其他位置的数据联合起来；
交换：与其他位置进行双向的数据交换；
灵活应用：对上面提到的方式进行一些改变或者结合。

　　联合 (Federated) 数据库系统的诞生，利用了现有的数据资源，把不同商业数据库软件的数据整合到一起，很大程度的提高了数据利用率。联合数据库可以用一个SQL语句对分布在不同地点的多种数据源发出请求。联合数据库系统可以把本地表和远程数据源联接起来，就像数据都在本地一样，并且可以通过对数据源进行分布请求来提高数据源处理能力，还可以通过在联合服务器处理部分分布请求来补充数据源的 SQL 限制。

　　联合数据库具有两个与其他应用服务器不同的特点：

联合服务器可以被配置为接收全部或接收部分针对数据源的请求。联合服务器把这些请求分散到数据源。
与其他应用服务器一样，一个联合服务器用 DRDA 通信协议（例如 SNA 和 TCP/IP）与 DB2 家族实例通信。然而，与其他应用服务器不同的是，与非 DB2 家族实例通信时用其他协议。

　　图2描述了联合数据库系统的设置流程：

　　图2：联合数据库系统的设置流程


　　WebSphere II 包括两种包装器（Wrapper），一种为关系型包装器，负责DB2 UDB, Informix, Oracle, Microsoft SQL Server, Sybase, ODBC, OLE DB 等数据的复制。另一种为非关系型包装器，负责 Flatfile, Excel, XML 等非关系型数据的复制。

　　包装器定义了一个负责本地数据库与远程数据库通信的库。包装器执行很多任务，比如：它可以连接到数据源，包装器应用了数据源的标准连接API。它还可以给数据源提交请求。联合数据库系统可以操作远程联合系统的表。远程表在本地联合数据库中虚拟存在，客户应用程序可以操作这些虚拟表，但是它们真正存在于远端数据库中。每个远程虚拟数据库，把联合数据库当作数据库客户端，他们只对数据库客户端的请求有回应。因此联合数据库需要下载各种远程数据库的客户端。