我是新來的這一點,但不知道有可能是一個標準的做法,使開發人員訪問同一個數據庫而不會影響到工作,而架構更改,模型的變化和相關代碼更改(在我們的MVC應用程序中)正在發生(並正在測試)使用相同的數據庫。如何去SQL數據庫的更改不會影響其他
我想我們必須採取數據庫的副本,我們可以實現架構更改。我們如何將這些更改導入/導入數據庫,以便其他人可以看到數據庫的新更改。
我是新來的這一點,但不知道有可能是一個標準的做法,使開發人員訪問同一個數據庫而不會影響到工作,而架構更改,模型的變化和相關代碼更改(在我們的MVC應用程序中)正在發生(並正在測試)使用相同的數據庫。如何去SQL數據庫的更改不會影響其他
我想我們必須採取數據庫的副本,我們可以實現架構更改。我們如何將這些更改導入/導入數據庫,以便其他人可以看到數據庫的新更改。
最佳實踐表明您擁有與開發數據庫,質量保證數據庫和生產數據庫大致相同的內容。即使擁有一個單獨的開發數據庫,如果多個開發人員正在改變它,這些更改也會與其他開發人員期望的架構狀態相沖突,但會變得有點棘手。
在我們公司我們大多數人的發展對本地數據庫,然後檢查定期那些改變源代碼控制。然後,每個開發商會做一個獲得最新的這些變化,並將它們集成到他們的代碼庫等
然後在源代碼控制的變化都將遷移到QA測試再到生產。
順便說一句,我們使用SSDT(Sql Server開發工具)來實現我們的源代碼控制與TFS。我們的數據庫在它自己的SSDT數據庫項目中。你絕對應該爲你的數據庫模式使用某種版本控制。畢竟,你的數據庫模式也是源代碼,就像你的MVC代碼一樣。
如果您正在使用Visual Studio和TFS的源代碼控制,您可以在您的解決方案數據庫項目:http://msdn.microsoft.com/en-us/library/xee70aty.aspx。這將允許您使用TFS爲你的數據庫的源代碼控制。
另一種選擇是使用數據庫的源代碼控制工具,如展鵬:http://www.red-gate.com/products/sql-development/sql-source-control/
你說的是不同的環境? DEVELOPPEMENT,試製,生產。例如? – Jonysuise