本文介紹了SQL Server架構演變(遷移)的處理方法，對大家解決問題具有一定的參考價值，需要的朋友們下面隨著小編來一起學習吧！
問題描述
與生產SQL Server應用程序交談時，支持允許在應用程序生命周期中修改數據庫架構的場景非常重要。在我的特定案例中，它是實體框架4.1應用程序。
今天，ADO.NET團隊在Code First Migrations上工作。我認為它真的很棒，但它還處于Alpha階段，只能首先與EF Code一起使用。
使用生產使用的SQL語言編寫更新(向上和向下)腳本來實現此類工作流的最佳實踐是什么？是否有任何輔助工具？
部署場景也非常重要。如何在構建服務器上自動遷移(例如，使用MSBuild)？
推薦答案
有相當多-查找long list of alternatives here。
我自己一直在調查這件事，試圖避免對我們自己的內部自主開發的解決方案進行任何進一步的開發(這是一團亂麻……)。
我最感興趣的是Roundhouse
它可以處理SQL腳本(這對我來說是必須的)，它允許一次性腳本、每次腳本等等，它可以跟蹤它所做的事情，它允許特定于環境的腳本(例如，您不希望在生產中使用的DEV或TEST環境的內容)，它具有高度可配置性–在我看來很好！
這篇關于SQL Server架構演變(遷移)的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，
