如何将大型现有数据库(模式)置于源代码管理之下?

Joh*_*esH 7 sql-server version-control tfs database-design build-process

我的DBA刚刚失去了他在我们的开发数据库上做的一些开发工作.可怜的家伙.很自然地,我们的经理在我们的状态会议上问他如何发生这种情况以及我们如何避免将来发生这种情况."源头控制可以缓解这个问题"我建议...... dba的回应; "不,我们只是更频繁地备份服务器".现在,我想帮助我的DBA了解源代码控制是什么以及它如何与该架构上的数据库架构和开发相结合.

以前我试过向他解释一下,表和存储过程背后的源代码并没有什么特别之处,它应该在源代码控制系统中(在本例中为TFS).但他只是没有咬人.现在,虽然这个错误是在最近的记忆中,但我想再次尝试.

所以我的问题是,你知道我可以传递给我的DBA的任何好建议,甚至可能有一些资源解释你将如何迁移数据库模式以进行源代码控制并在构建中找到适当的位置部署过程?

关于环境的几个事实:

  • TFS 2008服务器上的源代码管理.
  • 数据库是MS SQL Server 2008,具有> 300个表和> 300个其他对象(sprocs,触发器,函数等).

澄清: 过去,我们一直在与其他DBA一起使用DB Ghost和其他变更管理解决方案.我们甚至拥有VS DB版的许可证!问题是让DBA甚至考虑这种为数据库开发的方式.他真的是老派(即从环境到环境手动迁移),不幸的是他是唯一一个对这个特定数据库有所了解的人.

Yuv*_*l F 4

了解如何对 sql server 数据库进行版本控制您是否对数据库进行源代码控制等等。或者使用搜索 页面。基本上,你的方法似乎是正确的。祝你好运说服 DBA...