Data Dude/VS Team System数据库-与多项目数据库一起使用

Question

我当前的项目使用Visual Studio Team System for Database Professionals GDR2 (又名DataDude)。我们是唯一一个使用我们使用DataDude建模的数据库的应用程序。

我的公司想要考虑在我们所有的项目中全面使用DataDude。然而，我不确定这对于共享数据库的项目(这是我们的应用程序的主体)的效果如何。

例如: ApplicationA、ApplicationB和ApplicationC都在Server1上共享Database1。(它们不共享源代码，只共享数据库。)所有这三个应用程序都在当前的开发阶段(如果有必要的话，可以使用Scrum )。

当ApplicationB需要发布到我们的测试环境时，问题就来了。DataDude的自动部署/脚本功能将捕获ApplicationA和ApplicationC的当前开发变化。(现在，为每个应用程序更改数据库是一个手动过程)。

那么，当应用程序共享同一个数据库时，我如何才能将它们彼此隔离呢？

注意:对于这个问题，我并不担心冲突的更改(例如，如果ApplicationA做出了破坏ApplicationC的DB更改)。我们可以在测试中找到这些。我只需要确保不将当前发布的应用程序之外的任何数据库更改移动到我的测试/生产环境中。

有什么最佳实践或特性可以帮助我解决这个问题吗？

Answer 1

我们正处于类似的情况。我们有许多应用程序访问同一个数据库，并且我们的数据库处于DBPro源代码控制之下。我们通过让不同的应用程序在它们自己的数据库源代码分支中工作来处理这个问题。每个应用程序将定期从主分支向下合并，以便其分支能够感知其他应用程序所做的更改。然后，当其中一个应用程序需要部署到测试时，合并到主分支，然后部署到测试服务器。