我觉得我的商店有一个漏洞，因为我们没有一个可靠的过程来控制数据库模式更改的版本。我们做了很多备份，所以我们或多或少地得到了保护，但以这种方式依赖于最后一道防线是一种糟糕的做法。
令人惊讶的是，这似乎是一个共同的主线。与我交谈过的许多商店都忽略了这个问题，因为他们的数据库不会经常更改，他们基本上只是尽量做到一丝不苟。
不过，我知道这个故事是怎么发展的。这只是时间问题，迟早会出问题，会有东西丢失。
在这方面有什么最佳实践吗?你有哪些行之有效的策略?
当前回答
仅供参考，几天前Dana也提出了这个问题…源代码控制中的存储过程/DB模式
其他回答
我们对所有dabase创建的对象进行源代码控制。为了让开发人员保持诚实(因为你可以在没有源代码控制的情况下创建对象)，我们的dba定期寻找不在源代码控制中的任何东西，如果他们找到了什么，他们就会丢弃它，而不询问它是否ok。
RedGate很棒，当数据库发生变化时，我们会生成新的快照(一个小的二进制文件)，并将该文件作为资源保存在项目中。每当我们需要更新数据库时，我们使用RedGate的工具包来更新数据库，并且能够从空数据库创建新的数据库。
RedGate也制作数据快照，虽然我个人没有使用过，但它们同样强大。
仅供参考，几天前Dana也提出了这个问题…源代码控制中的存储过程/DB模式
数据库本身?没有
创建它们的脚本，包括静态数据插入、存储过程等;当然可以。它们是文本文件，它们包含在项目中，像其他东西一样签入和签出。
当然，在理想情况下，您的数据库管理工具可以做到这一点;但你必须遵守纪律。
我使用SQL CREATE脚本从MySQL workbench导出，然后使用他们的“导出SQL ALTER”功能，我最终得到了一系列创建脚本(当然编号)和ALTER脚本，可以应用它们之间的更改。
3.- Export SQL ALTER script Normally you would have to write the ALTER TABLE statements by hand now, reflecting your changes you made to the model. But you can be smart and let Workbench do the hard work for you. Simply select File -> Export -> Forward Engineer SQL ALTER Script… from the main menu. This will prompt you to specify the SQL CREATE file the current model should be compared to. Select the SQL CREATE script from step 1. The tool will then generate the ALTER TABLE script for you and you can execute this script against your database to bring it up to date. You can do this using the MySQL Query Browser or the mysql client.Voila! Your model and database have now been synchronized!
来源:MySQL Workbench Community Edition: Schema同步指南
当然，所有这些脚本都在版本控制下。
