使用解決方案/在SQL Server管理項目工作室

[我過在dba.stackexchange發佈了related question，但有一點反應，所以我想我會在這裏發佈此。]使用解決方案/在SQL Server管理項目工作室

MSDN文檔是精神分裂症。在官方SQL Server Documentation上，我們被告知不再使用「解決方案，項目和項目」。警告橫幅寫着

「該功能將在Microsoft SQL Server的未來版本中刪除。避免在新的開發工作中使用該功能，並計劃修改當前使用此功能的應用程序。」

然而，elsewhere in the MSDN docs，使用項目&解決方案仍然是用於存儲腳本等規定的方法

所以，你會建議儲存和包裝的各種腳本，查詢和文件，使您的數據庫應用？我也非常有興趣知道你們中的任何一位是否在當前工作中使用瞭解決方案或項目框架，以及您使用它們的方式。

[注：我意識到我可以使用VS2010來實現此功能，但是我只對基於SSMS的方法感興趣，因爲我的團隊的其他成員無法訪問VS（也出於在答案中表達的原因到this question）。]

我特別熱衷於尋找在團隊中共享SQL語句和查詢的最佳做法 - 您會使用項目/解決方案（在源代碼管理中備份）嗎？或者也許自定義模板？

來源

2012-08-24 kmote

我已經使用了兩個，雖然我現在傾向於使用Visual Studio，因爲這似乎是MS進入的方向。我可以告訴你，在SQL Server 2012中，項目仍然支持並且工作得很好。

我真的不會冒汗它 - 國際海事組織SSMS項目是一種輕量級的存儲腳本方式和（個人喜好），如果我只與數據庫工作，我更喜歡使用SSMS而不是Visual工作室，如果沒有其他原因，我不喜歡我的鍵綁定設置的方式，我習慣了它，從查詢分析儀的日子是一個老計時器。

對我來說，我只是使用SSMS項目，因爲如果MS放棄這個功能會導致懲罰，我只是創建一個簡單的VS項目並在那裏創建對我的文件的引用。

我會告訴你，你應該在MS Connect上發佈一些提醒他們注意文檔中的這種差異，但這已經過去了幾年，我從來沒有對我在Connect bubble上做出的任何增強提出任何建議除「關閉（不會修復）」或「關閉（按設計）」之外的任何操作。

來源

2012-08-24 20:55:06

我一直在監測這個地區好幾年了，並且會支持Dave說過的。現在使用SSMS解決方案。儘管它們已被棄用，並且幾乎肯定不會改進，但微軟不太可能會刪除該功能。 –

我知道這是一個古老的問題，但我在嘗試找到保持組織數據庫腳本輕鬆團隊工作的最佳方式時遇到了這個問題。我發現了一個非常好的解決方案，通過閱讀Scott Allen撰寫的關於如何讓數據庫保持在源代碼控制之下的5個系列文章（N種方法中的一種來完成此任務），並且在使用它一段時間之後，我對它很滿意，我認爲這會幫助你，所以讓我們分享...

退房這篇文章：http://odetocode.com/blogs/scott/archive/2008/02/03/versioning-databases-branching-and-merging.aspx（這是第5次和過去後，一定要檢查「前項」鏈接上崗1〜4）

來源

2013-02-18 05:25:56

PS：我發佈了這個，因爲你說你非常喜歡關於如何在團隊之間共享SQL查詢和腳本的最佳實踐。我知道它並不完全回答你的問題，但讓我們說，在應用這個「方法論」之後，我們再也沒有必要再次使用SSMS項目/解決方案了。 –

使用解決方案/在SQL Server管理項目工作室

回答

相關問題