这是关于如何处理开发团队中的数据库架构更改的更一般的问题。
我们是一个开发团队,开发过程中使用的数据库在每个人的机器上本地运行,因为我们希望避免一直访问 Web 的要求。因此,在某处运行单个中央数据库实例并不是一个真正的选择。
每当我们中的一个人决定扩展/更改数据库架构时,我们会邮寄数据库文件(MYI/MYD)或 SQL 文件来执行,或者在电话上给其他人指示他们需要做什么来获取更改后的代码在他们的本地数据库上运行。这肯定不是完美的方法。一旦新版本准备就绪,我们需要在暂存或生产中调整数据库架构时,也会出现同样的问题。
我想知道......你们如何处理这种事情?对于源代码,我们使用 SVN。
非常感谢您的意见!
谢谢,
迈克尔
最佳答案
我们过去使用的一种方法是编写数据库的整个 DDL 以及所需的任何测试/设置数据的脚本。将其存储在 SVN 中,然后当发生更改时,任何开发人员都可以下拉更改、删除数据库并从脚本文件中重建它。
关于process - 您在开发团队中处理数据库架构更改的过程是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1466966/