2010-05-10 37 views
1

我還沒有花費大量時間研究這個問題,主要是尋找升級/更改DB模式的最佳實踐。SQL Server:緩解模式更改/升級

我們正在積極開發新產品,因此我們經常增加或更改我們的數據庫模式。我們還有許多數據庫副本 - 一個用於測試環境,一個用於產品環境,dev環境,您可以將其命名。每次我們想要對數據庫進行更改時,我們並不希望不得不放棄測試數據。

是否有自動化或處理這個好方法?我們誰也沒有真正過處理這個所以...

回答

1

規範化,正常化,規範化

然後再做一遍。

這意味着您可以在不中斷其他表格的情況下滑入新的表格/視圖和其他美味善良。

我看過數據庫,要求要歸一化,但不是。在考慮分離事情時,試着展望未來。

您可能會花費一些連接,但查詢不是表的表格,並採取一個好的緩存策略,你會很好去。一些NoSQL數據庫提供了更好的靈活性,但就成熟性而言,這有點像精神分裂症的侄子。

我們所擁有的是一個與SQL無關的表格描述,它被翻譯成SQL和更新,以及一個ORM/ActiveRecord/Mapper,它只使用SQL數據庫模式本身的數據來計算出發生了什麼......這個意味着你的應用也適應了變化。 我們也大量使用存儲過程進行插入,主要從視圖中讀取。