2010-02-02 49 views
1

我當前的項目使用Visual Studio Team System for Database Professionals GDR2(又名DataDude)。我們是唯一使用我們使用DataDude建模的數據庫的應用程序。Data Dude/VS團隊系統數據庫 - 用於多個項目數據庫

我的公司希望考慮在我們所有的項目中全面使用DataDude。但是,我不確定這將如何與共享數據庫的項目(這是我們的大部分應用程序)一起工作。

例如:ApplicationA,ApplicationB和ApplicationC都共享Server1上的Database1。 (他們不共享源代碼,只是數據庫。)所有這三個應用程序都在當前的開發中(如果重要的話,使用Scrum)。

ApplicationB需要發佈到我們的測試環境時出現問題。 DataDude的自動部署/腳本功能將捕獲ApplicationA和ApplicationC的當前開發變更。 (現在使每個應用程序的數據庫更改都是手動過程)。

那麼,我怎樣才能隔離每個應用程序,而他們共享相同的數據庫?

注意:我並不擔心這個問題發生衝突的變化(例如,如果ApplicationA進行數據庫更改會破壞ApplicationC)。我們可以在測試中找到那些人。我只需要確保我不會將任何不屬於我當前發佈的應用程序的數據庫更改移動到我的測試/生產環境中。

有什麼最佳實踐或功能可以幫助我解決這個問題嗎?

回答

3

我們處於類似的情況。我們有很多應用程序打到同一個數據庫,而我們的數據庫是在DBPro源代碼控制下。我們通過讓各種應用程序在他們自己的數據庫源代碼分支中工作來處理這個問題。每個應用程序將定期從主分支合併,以便其分支知道其他人所做的更改。然後,當其中一個應用程序需要部署到測試時,完成到主分支的合併,然後完成對測試服務器的部署。

+0

使用類似於解決方案的解決方案。我看到的主要問題是無法使用DBPro部署到開發環境。 (因爲一個分支會踩踏其他分支) – Vaccano 2010-02-03 16:44:49

+0

但是使用DBPro部署到測試環境的能力對於此解決方案來說是一個很大的優勢。 – Vaccano 2010-02-03 16:45:31

+0

@Vaccano - DBPro確實鼓勵孤立的開發,每個開發人員都有自己獨立的開發數據庫(可能是本地數據庫)。我同意這種做法。我只是沒有看到多個開發人員,都在相同的數據庫上開發,工作得很好。 – 2010-02-03 18:33:24