精华网络内容 :http://www.qqread.com/network/
2007 年 3 月 30 日
在多个成员用一个系统进行集成测试时,每一个成员 PC 机上也要安装一个相同的数据库作为单元测试环境。本文介绍了保持各个数据库一致性——我们称这个过程为数据库 schema 的同步——的几种方式。场景说明
我们在项目中经常遇到这样一种情况:项目组所有成员共用一个系统集成测试环境(SIT)中的数据库,每一个成员PC机上也安装一个相同的数据库作为单元测试环境。因为业务模型的变化,导致数据库结构发生变化时,通常由数据库管理员根据数据模型组的需求修改SIT的数据库结构,并保持原有数据的延续性。此时,PC机上单元测试数据库结构与SIT数据库结构就可能不一致,通常有以下几种方式来继续保持它们的一致性(我们称这个过程为数据库SCHEMA的同步):
1、 由模型组或者数据库管理员发布数据库修改的命令清单,各成员按照清单逐步操作,实现数据库SCHEMA的同步。这种方法要求每一次SIT数据库SCHEMA的修改都必须被记录在案,并通知到项目组每一个成员。如果某个成员遗漏了其中某一次修改,则他以后的修改都可能会有问题。当然,他也可以从其他成员的单元测试环境中备份、恢复最新版的数据库。
2、 由数据库管理员将SIT数据库整库备份,各成员在PC机上删除原有数据库,恢复该备份数据库。这种方法看起来总能得到最新的SCHEMA和数据,但通常比较难于实施。因为SIT环境通常在UNIX环境下,而单元测试环境通常在WINDOWS环境下,二者对于磁盘设备的管理方式相差甚大,通过数据库备份工具得到的备份文件,在不同操作系统下恢复时,对于磁盘设备不同导致的修改相当麻烦。同时,SIT环境的数据量通常比较大,有的项目甚至于会定期从生产线上获取最新的数据,而单元测试环境通常是在PC机上,所能提供的磁盘空间相对较小,多数情况下都不足以恢复全量的SIT数据库。
3、 由模型组或者数据库管理员发布数据库修改的通知,各成员采用本文所描述的方法,根据SIT数据库最新的SCHEMA,用PC机上的数据同步数据库。这种方法采用本文提供的SHELL程序,可以比较快的完成,其中仅需要较小的人工干预。并且,这种方法也能保持单元测试环境中数据的延续性。
本文说明如何实现第三种方法,完成DB2数据库的同步。
本文所使用的环境为:
- SIT环境:AIX UNIX 5.1、DB2 8.1
- 单元测试环境:Windows XP、DB2 8.1 for Windows、cygwin
本文使用如下约定:
- 数据库的名称为cusgadev
- 旧数据库SCHEMA文件的名称为cusold.sql
- 新数据库SCHEMA文件的名称为cusnew.sql
- 输出的卸出SCHEMA有改变的表的数据的SQL脚本文件名称为unload.sql
相关专题
- DB2 (428篇文章)
- DB2中的数据处理 (474篇文章)
- 数据库专栏 (5163篇文章)
- 数据库处理专题 (8684篇文章)
- 城域网专题 (7833篇文章)
- 数据库安全技术专题 (13169篇文章)
- 数据库安装与卸载 (10543篇文章)
- Linux数据库宝典 (13157篇文章)
- SQL server 复制 (57篇文章)
- 数据库相关文章 (5163篇文章)
- 利用VS2005构建针对DB2的应用程序和Web站点 (0次浏览)
- 聚焦 DB2 的XML能力 (0次浏览)
- 教你提高商业智能环境中的DB2查询性能 (0次浏览)
- 用DB2 VS2005 .Net插件进行XML数据验证 (0次浏览)
- 针对VS2005 的IBM数据库插件概述 (0次浏览)
- DB2 “Viper 2”助力IT敏捷性 (0次浏览)
- DB2和Visual Studio .NET开发慨述 (0次浏览)
- 在WebLogic集群环境中使用DB2 Alphablox (0次浏览)
- Oracle与DB2、MySQL取前10条记录的对比 (0次浏览)



