1、數(shù)據(jù)庫與面向?qū)ο缶幊陶Z言的不同
關(guān)系數(shù)據(jù)庫的關(guān)注點(diǎn)是數(shù)據(jù)結(jié)構(gòu)的聲明。這樣的話一些封裝手段就不可用了。沒有封裝，數(shù)據(jù)訪問就不會被明顯的約束。
表是通過外鍵關(guān)聯(lián)的。這同樣不能夠被封裝。
存在于數(shù)據(jù)庫中的數(shù)據(jù)是持久化的，并且存活得比程序要長。數(shù)據(jù)庫的結(jié)構(gòu)一旦發(fā)生變化，數(shù)據(jù)就要進(jìn)行遷徙。

如果系統(tǒng)被多次安裝，那么就會有不同的數(shù)據(jù)庫。那么如果數(shù)據(jù)庫結(jié)構(gòu)發(fā)生變化，這個變化同樣要作用于每一份安裝。

不同的用戶可以同時訪問數(shù)據(jù)，但是他們可以每人擁有一份程序的拷貝。

類可以繼承，但數(shù)據(jù)不行。
源代碼可以在本地進(jìn)行維護(hù)和測試，之后發(fā)布到源代碼管理服務(wù)器中。版本沖突可以被識別到，然后通過一些強(qiáng)有力的工具可以幫助解決這些問題。在大多數(shù)項目中，同一個數(shù)據(jù)庫往往為多個開發(fā)人員服務(wù)。
維護(hù)源代碼可以使用工具。數(shù)據(jù)庫的結(jié)構(gòu)和數(shù)據(jù)則只能夠由人花更多的精力去維護(hù)。
訪問數(shù)據(jù)庫所花費(fèi)的時間比起訪問訪問內(nèi)存中對象的時間來要多上好幾倍。

關(guān)系型數(shù)據(jù)庫中的數(shù)據(jù)結(jié)構(gòu)是淺層結(jié)構(gòu)，然而當(dāng)它們變成對象處于面向?qū)ο蟮南到y(tǒng)中時，他們的含義變得更加深入，他們的關(guān)系變得更加錯綜復(fù)雜。

2程序與數(shù)據(jù)庫打交道時產(chǎn)生的一些問題

當(dāng)程序與數(shù)據(jù)庫交互時，會產(chǎn)生這樣一些問題：

程序與數(shù)據(jù)庫之間的關(guān)聯(lián)往往不是類型安全的（想象JDBC）。編譯器無法評估程序與數(shù)據(jù)庫是否結(jié)構(gòu)性兼容。某些映射類和持久層把這些問題拿到了一邊，卻沒有解決它們。類型安全性將會在影射類或持久層中失去，而不是其他的地方。

數(shù)據(jù)庫將會“隱藏”一些對象。這種情況發(fā)生在對象被寫入數(shù)據(jù)庫或者在讀取出來的地方。因此對象可以被程序的兩個部分交換使用，而不需要顯式得暴露于接口中。

大多數(shù)情況下往往采用表和對象一一對應(yīng)的模式。這往往在強(qiáng)調(diào)數(shù)據(jù)的應(yīng)用程序中是錯誤的做法。特別是當(dāng)需要從數(shù)據(jù)庫讀取對象時，可能會需要多個表的極聯(lián)，或者為了滿足數(shù)據(jù)展示的需要，建立一些視圖。結(jié)果，當(dāng)數(shù)據(jù)庫發(fā)生變化時，很難找到一個合適的途徑來決定那些類也要跟著修改。反過來說，通常無法明確類的那些變化會影響到查詢和視圖。

還有一些瑣碎的問題。數(shù)據(jù)庫中的數(shù)據(jù)類型與程序語言中的基本數(shù)據(jù)類型之間的映射會造成一些困難。比如時間戳的尺度，采用浮點(diǎn)數(shù)尺度或采用string或變長字符串集合就會有相當(dāng)大的差別。

在面向?qū)ο蟮南到y(tǒng)當(dāng)中，關(guān)聯(lián)關(guān)系的建模是基于概念的（例如，賬目和收支有關(guān)）。在關(guān)系數(shù)據(jù)庫中，一對多關(guān)系和多對一關(guān)系都是適用的。所以也就無法找到一套確定的方案來實(shí)施重構(gòu)。

因此我們在重構(gòu)的時候需要著重考慮這樣三個地方：

1）有關(guān)數(shù)據(jù)庫結(jié)構(gòu)、數(shù)據(jù)庫模型的重構(gòu)；

2）不同版本的數(shù)據(jù)庫之間的數(shù)據(jù)遷移；

3）有關(guān)數(shù)據(jù)庫訪問代碼的重構(gòu)。

3重構(gòu)關(guān)系數(shù)據(jù)庫的數(shù)據(jù)庫結(jié)構(gòu)

在實(shí)踐中，往往有一定數(shù)量的數(shù)據(jù)庫模式平行存在。至少有兩個模式：一個為開發(fā)者所使用（開發(fā)數(shù)據(jù)庫）一個為用戶所使用（產(chǎn)品數(shù)據(jù)庫）。

因此開發(fā)者總是可以嘗試著修改數(shù)據(jù)庫而不去驚擾用戶。只有當(dāng)數(shù)據(jù)庫被徹底的測試完成，并且適合于構(gòu)建與其上的系統(tǒng)，這樣才會將數(shù)據(jù)庫、程序作為一個穩(wěn)定版本提交給用戶。

此外，每一個開發(fā)者應(yīng)當(dāng)擁有自己的數(shù)據(jù)庫實(shí)例，這樣他們才能夠獨(dú)立的測試他們對于數(shù)據(jù)庫的一些變動而不會影響到開發(fā)團(tuán)隊的其他人員。這些不同版本數(shù)據(jù)庫實(shí)例的存在使得數(shù)據(jù)的遷移變成了一個關(guān)鍵話題。在下面的部分，我們將會討論這個話題。

“逐步進(jìn)化”這樣一個核心的原理不論在程序重構(gòu)中還是數(shù)據(jù)結(jié)構(gòu)的重構(gòu)中都在重演著：老的結(jié)構(gòu)并不會馬上被新的所取代。新舊數(shù)據(jù)庫結(jié)構(gòu)往往會并存一段時間。老的數(shù)據(jù)庫結(jié)構(gòu)會被標(biāo)記為“過期”以讓那些新編寫的程序不去訪問它。然后已有的程序會被修改，一步又一步的向新數(shù)據(jù)庫過渡。一旦這個過程結(jié)束，老的數(shù)據(jù)結(jié)構(gòu)就算完成了它的使命，他會被終結(jié)然后刪除。圖5-1示出了表“Customer”的變革。一開始的時候，姓和名是作為一個字段存儲的，他們合稱作“Name”。現(xiàn)在姓和名會被存放在兩個字段中，最后Name字段將被取代并被刪除。

在中間的狀態(tài)，表Customer包含冗余字段Name。程序或觸發(fā)器需要保障它們之間的一致性。

在Java中，你可以把那些過時的程序標(biāo)記上“已過時”。但是在大多數(shù)數(shù)據(jù)庫和其他程序開發(fā)語言中沒有提供相關(guān)的功能。

在關(guān)系數(shù)據(jù)庫中，字段、表、視圖甚至整個數(shù)據(jù)庫的結(jié)構(gòu)都有可能需要被標(biāo)記為“過時”，當(dāng)然，這視具體的重構(gòu)過程而定。我們往往通過訪問層面的限制或提示來體現(xiàn)這些獨(dú)立的“已過時”標(biāo)注。比如我們使用O/R mapping工具來生成這些數(shù)據(jù)的映射類，那么對于這些類或方法我們就可以用“已過時”進(jìn)行標(biāo)記了。當(dāng)然，前提就是你許諾不會通過其他的手段來直接訪問數(shù)據(jù)庫。如果確實(shí)這樣，在你的下一個版本中使用這種方式標(biāo)記“過時”的數(shù)據(jù)庫結(jié)構(gòu)也就足夠了。

如果你無法保證對于數(shù)據(jù)庫的訪問只是通過O/R mapping的映射類，那么就和你的開發(fā)團(tuán)隊訂立協(xié)議吧。列一張表，在這個表列舉因為重構(gòu)而過時的那些東西。當(dāng)然所有的開發(fā)者都要同意這個表上列舉的重構(gòu)結(jié)果，并且能夠去貫徹它。

Ambler在他的網(wǎng)站上收集了很多數(shù)據(jù)庫中會被頻繁用到的重構(gòu)方法。這些重構(gòu)方法為數(shù)據(jù)庫重構(gòu)提供了一些依據(jù)。

Ambler的重構(gòu)方法的目的在于為數(shù)據(jù)庫的結(jié)構(gòu)帶來改觀。因而只是獨(dú)立的添加一列并不能組成一次重構(gòu)。獨(dú)立的添加一列不能夠給數(shù)據(jù)庫結(jié)構(gòu)帶來任何的改觀。

有這樣幾種形式的重構(gòu)：重構(gòu)而提升數(shù)據(jù)的質(zhì)量；重構(gòu)而優(yōu)化數(shù)據(jù)的結(jié)構(gòu)；重構(gòu)而提高數(shù)據(jù)的性能；重構(gòu)而整合數(shù)據(jù)；重構(gòu)而優(yōu)化數(shù)據(jù)庫框架。