关闭。这个问题是基于意见的。它目前不接受答案。
<hr class=“my12大纲无baw0 bb bc-POWER-400”/
想改进这个问题吗？编辑这篇文章，更新这个问题，以便用事实和引文来回答。
四年前关闭
改进这个问题
我觉得我的商店有一个漏洞，因为我们没有一个可靠的过程来控制数据库架构更改的版本。我们做了很多备份，所以我们或多或少都被覆盖了，但以这种方式依赖最后一道防线是不好的做法
令人惊讶的是，这似乎是一个共同的线索。我和许多商店交谈过，他们忽略了这个问题，因为他们的数据库不经常更改，他们基本上只是试图一丝不苟
然而，我知道这个故事是怎么发展的。事情发展到错误的地步，有些东西会丢失，这只是时间问题
这方面有什么最佳实践吗？哪些策略对您有效
必须阅读并使您的数据库处于版本控制之下。查看K.Scott Allen的一系列文章
说到版本控制，数据库通常是二级甚至三级公民。从我所看到的情况来看，那些在一百万年内永远不会想到在没有版本控制的情况下编写代码的团队——这是正确的——可能会完全忘记围绕其应用程序所依赖的关键数据库进行版本控制的需要。我不知道当您的数据库与其他代码的源代码控制级别不完全相同时，您如何称呼自己为软件工程师并保持坦率。不要让这种情况发生在您身上。请将您的数据库置于版本控制之下