我还没有花费大量时间研究这个问题，主要是寻找升级/更改数据库模式的最佳实践。
我们正在积极开发新产品，因此我们经常对数据库架构进行添加或更改。我们还有许多DB副本 - 一个用于测试环境，一个用于prod环境，dev环境，你可以命名。每次我们想要对数据库进行更改时，我们真的不想要吹走测试数据。
有没有很好的方法来自动化或处理这个？我们都没有真正处理过这个问题......
答案 0 :(得分：1)
规范化，规范化，规范化
然后再做一次。
这意味着您可以在不破坏其他表格的情况下放弃新的表格/视图和其他美味佳肴。
我已经看到声明的数据库被规范化，但事实并非如此。在考虑将事情分开时，请尝试并展望未来。
您可能会为连接支付一些费用，但查询视图不是表格并采用良好的缓存策略，您将会很高兴。一些NoSQL数据库提供了更好的灵活性，但就成熟度而言，有点像精神分裂症的侄子。
我们拥有的是一个独立于SQL的表描述，它被转换为SQL和更新以及一个ORM / ActiveRecord / Mapper，它只使用来自SQL数据库模式本身的数据来计算出发生了什么......这意味着你的app也适应了变化。 我们还大量使用存储过程进行插入，主要是从视图中读取。