如何在多個環境中維護數據庫中的應用程序配置數據？

我工作的公司試圖在多個環境中爲我們的應用程序維護配置數據，但同步數據一直存在問題，我們從未想出一個好的解決方案。爲了有助於說明，我們（開發人員或業務）可能會在暫存環境中使用我們的管理界面更改某些配置，對其進行測試，然後希望將這些更改複製到我們的生產環境中，而無需重做所有更改生產環境。我們還通常希望在所有環境（開發，分期，生產）之間同步這些更改，而不必在每個環境中單獨進行更改。如何在多個環境中維護數據庫中的應用程序配置數據？

最好我們不想使用任何低級別的工具，因爲要求企業使用類似RedGate的SQL數據比較和複製單個行不起作用。它需要足夠直觀的東西，以便不那麼技術的人員可以使用它並且不會壓倒他們。

我們如何在不同的環境中維護這些配置數據，同時仍然使業務部門能夠在將其應用到實際環境之前測試其更改？

來源

2009-10-28 Brian Feaver

用戶擁有什麼樣的技術知識水平？作爲紅門產品經理，我可以給你我們的觀點。儘管我們並沒有考慮在我們的SQL Source Control v1版本（目前正在開發中）中支持數據，但它將不可避免地隨之而來。但是，這仍然需要那些希望編輯靜態數據的人在SSMS中這樣做，儘管他們當然可以使用SSMS的圖形設計人員編輯這些值。或者，這還不如你想象的那麼直觀？他們將更改開發或暫存數據庫上的數據，並希望能夠驗證這些更改是否正確並按預期運行。然後這些將通過我們的工具致力於源代碼控制。

雖然我們計劃從SSMS提供簡單快捷方式，但不要求用戶圍繞完全獨立的工具進行協商，但部署它將是啓動SQL數據比較的問題。我們並未確定此功能的設計，因此我鼓勵您參與我們的Early Access計劃並說明您的情況。該計劃的更多細節可以在這裏找到：

http://www.red-gate.com/Products/SQL_Source_Control/index.htm

來源

2009-10-29 14:04:34

我不得不說，仍然是不夠的簡單化。再舉一個例子，如果我們有客戶端，我們在Staging中設置了誰，並且其配置分佈在幾個數據庫表中，我們需要能夠複製這些配置更改（無論是新客戶端還是更改現有客戶端）到生產和可能開發。用戶應該能夠僅僅同步這些更改而不必知道數據庫表之間的關係。我們之前嘗試過兩種不同的解決方案，但從未發現任何我們喜歡的東西。試圖想出一個更好的主意。 – 2009-10-29 19:42:43

您是否試過SQL Packager？我很想聽聽你嘗試過的解決方案（即使他們不工作）。 – 2009-10-29 20:38:04

如何在多個環境中維護數據庫中的應用程序配置數據？

回答

相關問題