2012-01-16 94 views
2

我正在尋找一種良好的設計模式,用於在保持原始數據庫的同時,以增量方式重寫系統的中間層,直到足夠的系統被替換爲舊數據庫可以換出新的數據庫。好的設計模式系統重寫?

因此,舉個例子,假設你有一個帶有表A的遺留系統,而表A有100個顏色映射到具有100個屬性的對象A.你一起來決定實際上對象A可以邏輯上分成5個對象,在理想世界中可以回到5個表格,但是意味着必須堅持原始的100列表格。我正在尋找一種方法,可以將一部分中間層交換出來,並將新的5個對象交換進來,但在後臺它會保留到同一個數據庫。

實際上,我們不會換掉舊的中間層,而是寫一個新的緩存,但一段時間需要堅持原始分貝。

任何想法?

乾杯。

回答

0

我決定使用NHibernate來處理映射,直到我們可以開始替換底層數據庫。因此,對象模型將被正確化和細化,並且使用NHibernate的映射能力將先映射到現有表,然後將該映射交換爲新的表映射。

2

通常情況下,你會使用瀏覽掩蓋表的設計變更維護數據庫「API」無客戶端的代碼改變

注:對象和表是同樣的事情......