Oracle數(shù)據(jù)庫開發(fā)應用中經(jīng)常對數(shù)據(jù)庫管理員有這樣的需求，對比兩個不同實例間某模式下對象的差異或者對比兩個不同實例某模式下表定義的差異性，這在涉及到數(shù)據(jù)庫軟件的開發(fā)應用中是經(jīng)常遇到的。一般數(shù)據(jù)庫軟件的開發(fā)都是首先在開發(fā)數(shù)據(jù)庫上進行，開發(fā)到一定程度后，系統(tǒng)投入運行，此時軟件處于維護階段。針對在系統(tǒng)運行中遇到的錯誤、bug等，還有應用系統(tǒng)的升級，經(jīng)常需要調(diào)整后臺程序，數(shù)據(jù)庫開發(fā)人員經(jīng)常遇到這樣一種尷尬的事情，維護到一定時期，開發(fā)庫和運行庫之間出現(xiàn)了一些差異，而這些差異又是什么。還有一種情況就是如果應用在很多地方同時使用，每次的后臺升級，那些數(shù)據(jù)庫作了升級，那些還沒有作升級，如果沒有詳細記錄的話，也會造成我們的尷尬事情。 

　　另外，如果要搭建Oracle的高級表復制環(huán)境，在規(guī)劃好了復制的架構以及復制的表后，在正式將需要復制的表加入到復制組之前，一個重要工作就是檢查這些需要復制的表在主節(jié)點和主定義節(jié)點間的差異性。如果這些表定義間存在任何細微的差別，如某個字段在一個節(jié)點是允許Null，而在另一個節(jié)點是Not Null，在將表加入到復制組時都會出現(xiàn)這樣的錯誤，“ORA-23309 object string.string of type string exists”，其實造成這個錯誤的原因就是復制主定義節(jié)點和主節(jié)點之間表的定義存在某些差異，系統(tǒng)認為是兩個不同的表，但是在兩個數(shù)據(jù)庫中具有同樣的名稱。如果需要復制的表很多，手工對比兩個節(jié)點復制表之間的差異是需要很大工作量，而且不一定準確。 

　　業(yè)界有名的數(shù)據(jù)庫軟件輔助產(chǎn)品提供商美國Embarcadero公司（www.embarcadero.com）在其全套數(shù)據(jù)庫解決方案中就相應提供了一個叫Change Manager的產(chǎn)品，該產(chǎn)品一個很大的用途就是對比分析不同實例間的差異。Oracle公司的OEM（oracle enterprise manager）包中也相應提供了一個工具叫做DB-Diff，也用來比較兩個數(shù)據(jù)庫間的差異。 

　　其實對于普通的數(shù)據(jù)庫開發(fā)在某種程度上說根本不需要上面提到的這些工具軟件，況且這些產(chǎn)品不是隨便可以得到并且使用的。針對上面提到的這些問題，提供了兩個SQL腳本，可以輕松實現(xiàn)對比分析兩個不同數(shù)據(jù)庫實例間對象的差異以及表定義的差異。 

　　一、對比兩個不同實例下某模式中對象差異 

　　在運行下面的腳本之前，必須首先創(chuàng)建當然數(shù)據(jù)庫用戶和需要對比的兩個實例間的數(shù)據(jù)庫聯(lián)接。下面是運行該腳本的一個例子。在SQL/PLUS下運行該腳本，系統(tǒng)出現(xiàn)如下提示： 

　　對象屬主(模式): repadmin

　　第一個實例的數(shù)據(jù)庫聯(lián)接名稱 (包括 @):@ora_zs

　　第一個實例的數(shù)據(jù)庫聯(lián)接名稱 (包括 @):@ora_sjjk 

上一頁