SQL(MySQL)与NoSQL(CouchDB)

我正在设计一个高度可扩展的应用程序,它必须存储大量数据.例如,它会存储很多关于用户的内容,然后是很多他们的消息,评论等.我以前一直使用MySQL,但现在我很想尝试像couchdb或类似的新东西,而不是SQL.

有没有人对此有任何想法或指导？

1> Franci Penov..：

---

以下是Dare Obasanjo近期博客文章的引用.

SQL数据库就像自动传输,NoSQL数据库就像手动传输.切换到NoSQL后,您将负责系统在关系数据库系统中自动处理的大量工作.类似于当您选择自动变速器手动时发生的情况.其次,NoSQL允许您通过消除来自数据库层的关系数据库完成的大量完整性检查,从系统中获得更多性能.同样,这类似于通过驾驶手动变速器而不是自动变速器车辆从车辆中获得更多性能的方式.

然而最显着的相似之处在于,就像我们大多数人都无法真正利用手动变速器车辆的优势一样,因为我们的大部分驾驶都是在往返工作的交通中,有类似的残酷现实因为大多数网站都不是谷歌或Facebook的规模,因此不需要Bigtable或Cassandra.

我只能将你从至少有一些经验的MySQL转换到没有经验的CouchDB,这意味着你将不得不处理一系列全新的问题并学习不同的概念和最佳实践.虽然这本身很棒(我在家里和MongoDB一起玩,并且喜欢它很多),但是在估算该项目的工作时需要计算成本,并在承担未知收益的同时带来未知风险.如果它是基于您不知道的技术,那么很难判断您是否能够按时完成项目并获得您想要/需要的质量.

现在,如果您在团队中拥有NoSQL领域的专家,那么请务必仔细看看它.但是如果没有团队的专业知识,不要跳过NoSQL来开展新的商业项目.

更新:只是在开始的火灾中抛出一些汽油,这里有两篇来自SQL阵营的人的有趣文章.:-)

我等不及NoSQL死了(原文没了,这是副本)
战斗NoSQL心态,虽然这不是一个反NoSQL片段
更新:这里有一篇关于NoSQL 使 NoSQL 感知的有趣文章

---

扩展SQL解决方案的过程是删除功能和关系的过程.所以我认为这不是一个完全公平的评估.此外,我不会像这样将NoSQL数据库组合在一起,例如Cassanda专注于扩展*up*而CouchDB关注的是缩放api*down*并使其易于使用并试图允许该api扩展到目前为止尽可能的.