Visual Studio数据库版:一些新手问题

时间:2008-12-13 23:46:12

标签: visual-studio-2008 installation

我正在考虑将Visual Studio Database Edition(又名VSDE)添加到我的VS2008版本中。

Q1。这些产品的安装顺序是什么?这样可以吗?

更新:根据反馈修正了安装顺序。

  • VS2008(c#[no sub options],web dev,ts tools。没什么别的)。
  • Team Foundation Client(在我们的msdn dvd上找到)
  • VSDE
  • VSDE GDR(我想我们是从download.microsoft.com下载的)
  • VS2008 SP1
  • VS2008 SP1
  • VSDE GDR

Q2。在客户端计算机上没有安装sql server但使用开发框是否“可接受”?他们的开发数据的私有实例怎么样?基本上,我们不在我们的vista开发盒上安装sql。我个人不喜欢有额外的服务,我可能不会一直使用。我们通常有3个DB - 开发,测试,生产。我们应该在我们的开发箱(例如)上创建多个Sql实例,这些实例可能是SqlMachine \ User1,SqlMachine \ User2等等。根SqlMachine是'Dev'。这样,我们每个人都可以使用VSDE来使用我们自己的数据库实例,然后进入Dev实例吗?

(我希望有道理)。

喝彩!

3 个答案:

答案 0 :(得分:2)

Q1 - GDR有VS2008 SP1的先决条件,所以切换最后两个。

Q2 - 我相信每个开发人员都应该使用他们自己的沙盒数据库实例,是的。如果您不想在工作站上安装SQL Server实例,那么在开发服务器上使用多个SQL实例听起来就像是一个合理的解决方案。

答案 1 :(得分:0)

现在您已经完成修复,安装顺序对我来说很好。

关于本地数据库:出于多种原因,我建议使用本地副本。首先,您肯定需要针对数据库进行测试,并且本地副本非常方便 - 尤其是在Dev数据库崩溃的情况下。其次,更重要的是,如果您还要生成数据库代码(存储过程或DDL以更改数据库),那么在将其与其他人共享的副本合并之前,您需要使用私有沙箱来解决问题(请注意,我是假设您有权利或责任更改或添加数据库结构或sprocs)。

在许多以数据库为中心的环境中,一个挑战是保留更改的历史记录,因为在许多项目中,数据库结构本身不会保留在源代码管理中。我通过将一个或多个SQL DDL文件保存在我的解决方案(ASP.NET)的app_data目录中来解决这个问题。由于整个解决方案都在源代码管理之下,因此我记录了当我将产品从当前点发布移动到下一个时所做的更改(显然但非常重要的是,在我们上线之前将其删除)。当您将代码与团队的其他成员集成时,在修改Dev服务器之前,您必须仔细检查您建议的任何结构更改。每日构建/集成将有助于防止这种情况失控。

答案 2 :(得分:0)

我会把DB放在开发机器上。您可以更改服务,使其在默认情况下不启动,并在您希望使用它时手动启动它,如果您不希望它一直运行。我更喜欢这样,以便在开发时我不依赖于另一个系统的可用性。如果你这样做并想要除VS中包含的Express版本以外的其他东西,请在安装VS之前安装SQLServer(我使用的是Developer Edition),以免默认情况下安装Express版本。