我们如何迁移到使用VS2005的数据库项目？

Question

在我的公司，我们当前的数据库更新方法是使用VS2005中的服务器浏览器进行连接，然后通过打开和编辑来修改存储过程。这里的开发者似乎喜欢“像写代码一样写和保存”的心态。它非常方便，它会自动将Create创建为Alter，并在需要调整某些内容时针对现有数据库运行脚本。

最近，在服务器崩溃的时候，我们相当困难，当时我们失去了许多未得到备份的更改。我正在努力将它的SQL开发移到它所属的位置：在数据库项目中，我们可以将它们与其他代码一起放入SVN中。另一种方法是每晚备份数据库。

虽然我不太了解DB项目，或者他们的工作流程如何。我担心，如果我无法获得与他们当前模型类似的效用，他们就不会切换。关于维护我们当前的工作模式，但切换到数据库项目的想法？

Answer 1

如果开发商制定规则（和你的文章听起来像他们这样做），你可以，如果新的工作流程是“更好”，以他们才能进行。作为一名开发人员，我认为这是应该的。我看到一些非开发人员想到了非常荒谬的开发过程，并迫使开发人员对每个人都不利。

如果您正在考虑VS DB项目，您首先会测试VS DB是否真正适用于您的数据库。如果是这样的话，你必须设置一个很大的机会：数据库的“真实”副本现在在VS DB而不是数据库服务器上。

另一个出路是定期备份开发服务器。如果您每天备份它，并且每小时备份一次事务日志，则很难放松大量工作。

或者创建一个将整个数据库定义写入文本文件的预定作业。 （脚本中数据库中的所有对象。）这些文件通常非常小，因此您可以保留长时间的积压。

许多受人尊敬的博客似乎认为将数据库定义存储在SVN中是一个好主意。看到这coding horror帖子，或相关堆栈溢出相关问题How do I version my MS SQL database in SVN。

与开发人员交谈，看看你能达成一致。