如何处理不断变化的数据库结构

Question

我正在研究硕士论文。对于我的实现，我有一些MySQL表。

每次迭代我的表结构都会有所不同（添加，删除列等）。我想知道处理不断变化的结构的最佳方法是什么，而不会过多地改变旧代码。

我读到Facebook有一个版本控制系统，可以准确指定可用的代码/功能类型以及用户。据我所知，这必须意味着他们一次管理许多不同的数据库结构。他们的旧代码如何与他们的数据库的新代码一起工作？他们做了很多测试吗？他们一起放弃了MySQL吗？

我个人非常喜欢FriendFeeds Solution。但是我想知道这对我来说是否太过分了。

Answer 1

为什么有人会尝试将关系数据库用于非关系数据。 忘掉FriendFied，看看NoSQL解决方案。它们是无模式的，它们比任何RDBS都更好地支持水平可伸缩性，并且大多数都是免费/开源的。

• 我可以推荐MongoDB。它非常快，用C ++编写，但没有ACID投诉。
• 您也可以尝试RavenDB。它没有MongoDB那么快，并且与Mongo相比插入速度非常慢，但它是ACID投诉。用.NET编写。