我当前的项目使用 Visual Studio Team System for Database Professionals GDR2(又名 DataDude)。我们是唯一使用我们使用 DataDude 建模的数据库的应用程序。
我的公司想考虑在我们的所有项目中全面使用 DataDude。但是，我不确定这对于共享数据库的项目(这是我们的大部分应用程序)的效果如何。
例如:ApplicationA、ApplicationB 和ApplicationC 都共享Server1 上的Database1。 (他们不共享源代码，只共享数据库。)所有这三个应用程序都在当前开发中(如果重要，则使用 Scrum)。
当 ApplicationB 需要发布到我们的测试环境时，问题就来了。 DataDude 的自动部署/脚本功能将捕获 ApplicationA 和 ApplicationC 的当前开发更改。 (现在为每个应用程序更改数据库是一个手动过程)。
那么，当每个应用程序共享同一个数据库时，我如何将它们彼此隔离？
注意:我不太关心这个问题的冲突更改(即，如果 ApplicationA 进行了破坏 ApplicationC 的数据库更改)。我们可以在测试中找到它们。我只需要确保我不会将任何不属于我当前发布的应用程序的数据库更改移动到我的测试/生产环境中。
是否有任何最佳实践或功能可以帮助我解决这个问题？
最佳答案
我们的情况类似。我们有许多应用程序访问同一个数据库，并且我们的数据库受 DBPro 源代码控制。我们通过让各种应用程序在它们自己的数据库源代码分支中工作来处理这个问题。每个应用程序都会定期从主分支向下合并，这样它的分支就会知道其他人所做的更改。然后，当其中一个应用程序需要部署到测试时，合并到主分支，然后部署到测试服务器。
关于database - Data Dude/VS Team System Database - 与多项目数据库一起使用，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2186844/