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

Question

在我的公司，我们目前的更新数据库的方法是使用VS2005的服务器资源管理器连接，然后打开它们和编辑修改存储过程。这里的开发者似乎享受“编写并保存它，喜欢它的代码”的心态。这是很方便的，它怎么会自动打开创建成更改和违背了现有的数据库脚本时，我们需要调整的东西。

近日，服务器崩溃时咬我们相当困难，当我们失去了很多这种自己没有备份的变化。我推着将我们在那里它属于SQL开发：在DB的项目，所以我们可以把它们放到SVN与行吟诗人代码一起。另一种方法是夜间后备数据库。

我不知道很多关于DB项目，虽然，或与他们的工作流程是怎样。我怕，如果我不能得到类似的工具的东西，他们目前的模式，他们是不会切换。在维持我们当前的工作模式，而是切换到DB项目有什么想法？

Answer 1

如果开发商制定规则（和你的文章听起来像他们这样做），你只能继续进行，如果新的工作流程是“更好”来的他们的。作为一个开发者我自己，我认为这是事情应该是这样。我见过一些非开发商想起来很荒谬的发展进程，并迫使他们在开发每个人的损害。

如果你正在考虑VS DB项目，你首先测试，如果VS DB实际上你的数据库中运行。如果是这样，你必须建立一个很大的机会在过程：数据库的“真实”拷贝现在在VS DB不是数据库服务器

另一个出路就是备份服务器的发展规律。如果你每天每隔一小时进行备份和事务日志备份，它变得非常难以松动工作显著量。

或者创建计划作业，整个数据库定义写入到一个文本文件中。 （脚本在数据库中的所有对象。）这些文件通常非常小，所以你可以保持很长的积压。

许多受人尊敬的博客似乎认为在SVN存储数据库的定义是一个好主意。看到这个编码恐怖后，或相关的堆栈溢出有关问题如何在SVN <我做我的版本的MS SQL数据库/ A>

与开发商好好地谈一谈，看看你能同意。