複雜的現有場景下的SQL Server版本控制

Question

我正在研究一些場景並希望獲得一些幫助。

我們有一個擁有68名開發人員的團隊。我們都在使用三種網絡軟件，並且都是基於SQL Server的。今天，我們有大約4個數據庫，其中包含我們產品的設置數據，以及大約5種類型的其他數據庫，用於存儲客戶端的數據。這些客戶端數據庫大多具有相同的結構。

我們的發展和億安科技環境中共享給所有開發者，那些腳本整天，使得對錶的變化，存儲過程等

的事情是我們有麻煩，保證一個可以傳遞通過開發，到認證，然後到生產環境沒有任何問題，比如失去了一部分他的工作，由另一個開發人員在同一個對象上工作。因此，我知道Red Gate的解決方案，但現在對我們來說非常昂貴，但它肯定是目前市場上最具適應性，也許是目前市場上此類解決方案的最佳解決方案。但是我想知道是否沒有其他解決方案，可能會使用一些軟件組合在一起，或者可能採用一種過程......無論如何，我會感激一些方向，因爲我現在有點迷路了。

如果有人知道我可以研究的一些字體，它也會很好。

我已經閱讀了關於這個問題的一些東西，我在這裏找到了堆棧溢出，但他們大多數人說最好的東西是使用數據庫的本地副本，但是對於我的場景，我認爲這不是一件好事現在選項。任何想法，傢伙？提前致謝！

Answer 1

我們在我們的團隊在做什麼（小得多不過，大約10人在操作數據庫）是：

1. 每個人都使用本地數據庫開發和做他們的日常工作。
2. 我們使用Visual Studio數據庫項目來存儲數據庫的結構。開發人員以與代碼相同的方式檢查其更改。所有的合併衝突都在TFS中解決，這也給我們提供了版本控制。
3. 我們準備腳本以便每晚從數據庫項目升級測試，分段和生產環境。我們可以隨時爲任何版本做這件事，因爲數據庫結構是版本化的，因此與代碼一致。

我希望你覺得這個答案在某些方面很有幫助。如果您需要更多信息，我可以詳細闡述具體的問題。