sql-server-2008 - 在 SQL Server Management Studio 上使用解决方案/项目

Question

[我发了related question在 dba.stackexchange，但没有得到什么回应，所以我想我会在这里发布。]

MSDN 文档是精神 split 的。上官方SQL Server Documentation ，我们被告知不推荐使用“解决方案、项目和项目”。警告横幅上写着，

"This feature will be removed in a future version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature."

但是， elsewhere in the MSDN docs ，使用项目和解决方案仍然是存储脚本等的规定方法。

那么对于存储和打包构成数据库应用程序的各种脚本、查询和文件，您会推荐什么？我也很想知道你们中是否有人在当前工作中实际使用解决方案或项目框架，以及您使用它们的目的。

[注意:我意识到我可以使用 VS2010 来实现此功能，但我只对基于 SSMS 的方法感兴趣，因为我的团队的其他成员无法访问 VS(以及在 this question 的答案中表达的原因) ).]

我特别热衷于寻找在团队中共享 SQL 语句和查询的最佳实践——你会使用项目/解决方案(在源代码控制中备份)吗？或者自定义模板？

Answer 1

虽然我现在倾向于使用 Visual Studio，但我都使用过，因为这似乎是 MS 的发展方向。我可以告诉你，在 SQL Server 2012 中，项目仍然受支持并且工作正常。

老实说，无论哪种方式，我都不会出汗——IMO SSMS 项目是一种存储脚本的轻量级方式，并且(个人偏好)，如果我只使用数据库，我更喜欢使用 SSMS 而不是 Visual Studio，如果没有别的原因，我喜欢我的键绑定(bind)的设置方式，而且我已经习惯了，因为我是查询分析器时代的老前辈。

对我来说，我只使用 SSMS 项目，因为如果 MS 放弃此功能，我会受到惩罚，因为我只是创建了一个简单的 VS 项目并在其中创建对我的文件的引用。

我会告诉您，您应该在 MS Connect 上发布一些内容，以提醒他们注意文档中的这种差异，但是已经多年了，我从来没有对我在 Connect 上所做的任何改进提出任何建议，除了采取任何行动之外“关闭(不会修复)”或“关闭(按设计)”。