今天我們主要向大家講述的是用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的同步的描述，希望會給你帶來一些幫助在此方面。
