[我在dba.stackexchange上发布了一个相关的问题,但收到的回复很少,所以我想我会在这里发布.]
MSDN文档是精神分裂症.在官方SQL Server文档中,我们被告知不推荐使用"解决方案,项目和项目".警告横幅上写着,
"此功能将在未来版本的Microsoft SQL Server中删除.请避免在新的开发工作中使用此功能,并计划修改当前使用此功能的应用程序."
但是,在MSDN文档的其他地方,使用Projects&Solutions仍然是存储脚本等的规定方法.
那么您建议用于存储和打包构成数据库应用程序的各种脚本,查询和文件？我也非常有兴趣知道你们当中是否有人正在使用当前工作中的解决方案或项目框架,以及你使用它们的方式.
[注:我知道,我可以用VS2010实现此功能,但我只在SSMS-基础的方法感兴趣我的团队的其他成员没有访问VS(也用于在回答中表达的原因这个问题) ]
我特别热衷于找到在团队中共享SQL语句和查询的最佳实践 - 您是否会使用项目/解决方案(在源代码管理中备份)？或者自定义模板？
我已经使用了两者,虽然我现在倾向于使用Visual Studio,因为这似乎是MS的方向.我可以告诉你,在SQL Server 2012中,项目仍然受支持并且工作得很好.
老实说,不管怎么说 - IMO SSMS项目是一种存储脚本的轻量级方式,并且(个人喜好),如果我只使用数据库,我更喜欢使用SSMS而不是Visual Studio,如果是没有其他原因,我喜欢我的键绑定设置方式,我已经习惯了,作为查询分析器时代的旧计时器.
对我来说,我只是使用SSMS项目,因为如果MS删除此功能我会受到的惩罚是我只是创建一个简单的VS项目并在那里创建对我的文件的引用.
我会告诉你,你应该在MS Connect上发布一些内容,提醒他们注意文档中的这种差异,但这已经好几年了,而且我从来没有任何关于我在Connect上做过任何增强的建议,除了"关闭(不会修复)"或"关闭(按设计)".
| 归档时间： |
|
| 查看次数： |
3624 次 |
| 最近记录： |