我觉得我的商店有一个漏洞，因为我们没有一个可靠的过程来控制数据库模式更改的版本。我们做了很多备份，所以我们或多或少地得到了保护，但以这种方式依赖于最后一道防线是一种糟糕的做法。
令人惊讶的是，这似乎是一个共同的主线。与我交谈过的许多商店都忽略了这个问题，因为他们的数据库不会经常更改，他们基本上只是尽量做到一丝不苟。
不过，我知道这个故事是怎么发展的。这只是时间问题，迟早会出问题，会有东西丢失。
在这方面有什么最佳实践吗?你有哪些行之有效的策略?
当前回答
我使用ActiveRecord Migrations。这个Ruby gem可以在Rails项目之外使用，并且有适配器可以处理您遇到的大多数数据库。我的建议:如果你能够在Postgres上运行你的项目，你就会得到事务性的模式迁移。这意味着如果迁移只应用了一半，您不会最终得到一个损坏的数据库。
其他回答
RedGate软件提供了一些很棒的工具，可以帮助你对数据库进行版本化。确保让开发者为开发工作构建自己的独立本地数据库，而不是依赖于“开发服务器”，因为“开发服务器”有时可能停机，有时也可能不停机。
我使用ActiveRecord Migrations。这个Ruby gem可以在Rails项目之外使用，并且有适配器可以处理您遇到的大多数数据库。我的建议:如果你能够在Postgres上运行你的项目，你就会得到事务性的模式迁移。这意味着如果迁移只应用了一半，您不会最终得到一个损坏的数据库。
我们有一个每周的sql转储到一个颠覆回购。这是完全自动化的，但这是一项非常繁重的任务。
你会想要限制修改的数量，因为它真的会在一段时间后消耗磁盘空间!
我已经使用RedGate SQL Compare Pro与脚本文件夹进行模式同步，然后我将所有更新提交给版本控制。效果很好。
是的,总是这样。您应该能够在需要时使用一组有用的示例数据重新创建生产数据库结构。如果你不这样做，随着时间的推移，保持运行的小改变会被遗忘，然后有一天你会被咬，严重的。这是一种保险，你可能认为你不需要，但当你这样做的那一天，它的价格是它的10倍!
推荐文章
- 为什么我需要显式地推一个新分支?
- 获得PostgreSQL数据库中当前连接数的正确查询
- MySQL数据库表中的最大记录数
- 从现有模式生成表关系图(SQL Server)
- HyperLogLog算法是如何工作的?
- 没有。Git目录的Git克隆
- 数据库和模式的区别
- Git与Mercurial仓库的互操作性
- 如何从命令行在windows中找到mysql数据目录
- 如何找到MySQL的根密码
- 将表从一个数据库复制到另一个数据库的最简单方法?
- 什么是分片，为什么它很重要?
- “node_modules”文件夹应该包含在git存储库中吗
- 数据库触发器是必要的吗?
- 为什么我应该使用基于文档的数据库而不是关系数据库?
