今天我们主要向大家讲述的是用AWK来实现DB2 数据库Schema的同步，如果你对用AWK来实现DB2 数据库Schema的同步有兴趣了解的话，以下的文章将会给你提供相关的知识，以下就是文章的主要内容的详细描述，望大家在浏览之后会对其有更深的了解。
在多个成员用一个系统进行集成测试时，每一个成员 PC 机上也要安装一个相同的数据库作为单元测试环境。本文介绍了保持各个数据库一致性——我们称这个过程为数据库 schema 的同步——的几种方式。
在多个成员用一个系统进行集成测试时，每一个成员 PC 机上也要安装一个相同的数据库作为单元测试环境。本文介绍了保持各个数据库一致性——我们称这个过程为数据库 schema 的同步——的几种方式。
场景说明
我们在项目中经常遇到这样一种情况：项目组所有成员共用一个系统集成测试环境(SIT)中的数据库，每一个成员PC机上也安装一个相同的数据库作为单元测试环境。因为业务模型的变化，导致数据库结构发生变化时，通常由数据库管理员根据数据模型组的需求修改SIT的数据库结构，并保持原有数据的延续性。
此时，PC机上单元测试数据库结构与SIT数据库结构就可能不一致，通常有以下几种方式来继续保持它们的一致性(我们称这个过程为数据库SCHEMA的同步)：
1、 由模型组或者数据库管理员发布数据库修改的命令清单，各成员按照清单逐步操作，实现数据库SCHEMA的同步。这种方法要求每一次SIT数据库SCHEMA的修改都必须被记录在案，并通知到项目组每一个成员。如果某个成员遗漏了其中某一次修改，则他以后的修改都可能会有问题。当然，他也可以从其他成员的单元测试环境中备份、恢复最新版的数据库。
2、 由数据库管理员将SIT数据库整库备份，各成员在PC机上删除原有数据库，恢复该备份数据库。这种方法看起来总能得到最新的SCHEMA和数据，但通常比较难于实施。因为SIT环境通常在Unix环境下，而单元测试环境通常在Windows环境下，二者对于磁盘设备的管理方式相差甚大，通过数据库备份工具得到的备份文件，在不同操作系统下恢复时，对于磁盘设备不同导致的修改相当麻烦。
同时，DB2 数据库SIT环境的数据量通常比较大，有的项目甚至于会定期从生产线上获取最新的数据，而单元测试环境通常是在PC机上，所能提供的磁盘空间相对较小，多数情况下都不足以恢复全量的SIT数据库。
3、 由模型组或者数据库管理员发布数据库修改的通知，各成员采用本文所描述的方法，根据SIT数据库最新的SCHEMA，用PC机上的数据同步数据库。这种方法采用本文提供的SHELL程序，可以比较快的完成，其中仅需要较小的人工干预。并且，这种方法也能保持单元测试环境中数据的延续性。
上述的相关内容就是对用AWK实现DB2 数据库 Schema的同步的描述，希望会给你带来一些帮助在此方面。
【编辑推荐】
