SQL Server Management Studio解决方案与Visual Studio项目的区别

3
几乎我们所有的项目都涉及到一个Web应用程序或WinForms应用程序和一个数据访问层(类库),以及存储过程/数据库脚本。
我们正在寻找一个好的方法来组织这些解决方案,并发现了几种方式:
1) 我们可以为所有与数据库相关的事物创建一个SQL Server Management Studio解决方案,然后在Visual Studio中为应用程序和数据访问层项目创建一个解决方案。
2) 我们可以在Visual Studio中使用3个项目完成所有工作,即一个SQL Server项目、一个Web或WinForms项目,以及一个数据访问层项目。
3) 我们也可以在Visual Studio中使用2个项目完成所有工作,即一个Web或WinForms项目和一个数据访问层项目,然后将SQL脚本放置在数据访问层项目的目录中。
我相信还有其他方式,但我很想看看别人是如何做的。
3个回答

1

我已经成功地使用Visual Studio Team System Database Edition完成了这个任务——在单个解决方案中使用多种类型的.NET项目和一个数据库项目。

请记住,部署数据库项目需要更长的时间,因为通常需要测试数据,并且其中大多数插入语句都是RBAR插入语句。我们过去会在绝对必要时(通常每周一到两次)才关闭数据库项目的部署。

当然,所有这些都在TFS进行源代码控制。


1

SQL Server Management Studio解决方案

  • 允许使用图形界面设计器创建和编辑某些对象。

Visual Studio项目

  • 允许使用TFS作为版本控制,并更好地整合所有与数据库一起工作的开发人员的工作;
  • 更好地实现了IntelliSense。

0

我使用管理工具和一些批处理文件来导出/导入/存储解决方案中的SQL(也在源代码控制下)。

因此,每当数据库发生更改时,它都会被导出到解决方案中,并运行自定义工具来更新ORM代理类。


这听起来像是一个迷人的解决方案。我在 Red Gate 工作,我们目前正在尝试在我们的 SQL Source Control SSMS 插件中解决这个问题。我很想看看你是如何为自己解决这个问题的。你能否进一步描述一下给我听?我的电子邮件是 David.Atkinson@red-gate.com - David Atkinson

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接