所以，虽然我原则上同意经常被引用的文章"让你的数据库处于版本控制之下"，但似乎没有人解决大型数据库的问题。我不是在谈论模式，还包括数据。
此外，虽然我是 git 和 Mercurial 等 DVCS 的大力支持者，但它们在处理大文件(不仅仅是二进制文件(时做得不够。
我突然意识到这是一个配置管理问题，而不是版本控制问题。因此，我可以将 SQL 转储视为构建工件，将备份存储为工件的修订版，并通过项目中的清单将其配对，我可以对每个单一环境(暂存、开发、生产等(执行相同的操作。我发现的一个缺点是构建工件存储库(例如Artifactory和Nexus(似乎不能以存储高效的方式处理工件修订(例如差异备份(。
我的问题一分为二：
答：这 - 进行完整的数据库备份 - 对于生产环境来说是否是一个足够强大的理智策略？这意味着，这(或接近的东西(实际上是在现实世界中完成的吗？
B( 管理(和使用！(数据库备份的最佳做法是什么，使特定备份可追溯到生产应用程序的给定修订版？
数据库架构更改是一个部署问题。 项目的每个版本都应具有从以前版本更新数据库的代码。 您的暂存服务器应已备份，您可以在那里试用更改。