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

Question

我正在考虑将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实例吗？

（我希望有道理）。

喝彩！

Answer 1

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

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

Answer 2

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

Answer 3

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

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

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