在工作中我们使用 Oracle 和 C#/ASP.net 来处理客户的网站，这个网站非常庞大，所以数据库非常大的。
我们使用 Perforce 进行版本控制，每当数据库发生变化时，都会将创建或替换脚本添加到 FogBugz 案例中，到目前为止，这一直都很好，因为我们现在有五名开发人员正在开发系统的五个扩展，每个扩展都在一个单独的 Perforce 分支上。不幸的是，由于数据库大小，我们无法获得重复的数据库，因此每个人仍然在同一个数据库上工作。这显然是问题的原因：就在十分钟前，我们遇到了一个小问题，分支的存储过程更改传播到了预生产服务器，导致测试人员大量崩溃。理想情况下，我们希望有一种方法来跟踪这些更改，而不必通过 FogBugz 手动跟踪它们。
我的问题是：你们如何处理这种情况？我相信现在一定有一个好方法来处理 Oracle 数据库中的版本控制，或者至少跟踪更改。
答案1
如果数据库升级可行，11gR2 引入了代码版本控制的概念。
您的数据模式是否与代码模式相同？将它们分开可能是一个好主意。这样，您就可以拥有相同的数据库表集，但拥有不同的代码模式集。然后一个项目可以使用一个代码模式，而另一个项目可以使用第二个模式。
只要你绑定到一组数据，那么你就会受到限制。如果一个项目需要一个字符值，但另一个项目将其扩展为两个字符，那么你可能会遇到问题。