我通常在一个屏幕上显示SSMS，而在另一个屏幕上显示VS 2012 ..但随着正在集成到VS 2012中的SQL工具的开发，功能似乎是重叠..在我看来，我可以在VS 2012中执行所有常见任务，除了恢复我需要SSMS的备份之外。SQL工具泄漏到Visual Studio 2012工具中，让我感到困惑
还有Sql Server数据工具..我认为是IDE + SSIS/Reports/SSAS？然后他们删除了数据比较工具，这是一个神秘的原因。
所以我的主要问题是什么是最有效的方式来创建.NET Web应用程序..使用SSMS和VS 2012 ...或只是使用VS 2012的SQL数据工具，所以我可以使用VS2012的大部分应该提高生产力？
重叠让我感到困惑，我渴望以最有效的方式建立事物。
如果您需要在版本控制中放置（并且您应该!!!）表格，存储过程等，Visual Studio提供了很好的集成。否则，你应该使用任何感觉更舒适... ...
微软的定位是，Visual Studio是针对开发人员，SSMS是针对数据库管理员。然而，正如你所发现的那样，这些角色重叠的地方有一些灰色地带。作为开发人员而不是DBA，我发现我可以在Visual Studio中做所有我需要的东西，但仍然存在一些SSMS的某些方面不断拖拽我。我在这里博客了解我的经验：Connected development in SSDT versus SSMS
要回答你的问题“什么是最有效的工作方式创建.NET Web应用程序”我建议你在Visual Studio中工作。它提供了与.NET代码更好的集成，因为您的数据库DDL可以和.net代码一样存在于相同的解决方案中 - 当然，还有诸如控制数据库DDL的源代码等优点。
如果您需要执行DBA类型“stuff”（例如备份/恢复/ HA配置），那么只需弹出SSMS并开启派对，否则请粘贴到Visual Studio中。
希望有所帮助。
我使用的DB项目..但是，当我正在对表等进行更改..我撕裂，我应该使用..如果它做的一切，但resotre备份我希望他们会添加该功能，那么我永远不会需要打开SSMS ......我只是不明白MS对这两种产品的想法 – punkouter 2013-03-07 18:57:57
Visual Studio是针对开发者的，SSMS是针对DBA的。大多数开发人员将大部分时间都花在VS上。大多数DBA根本不会安装VS ... – 2013-03-07 20:31:45