Mongodb 适用于类似Google Reader的应用程序的NoSQL体系结构

对于像GoogleReader这样的一对一拷贝应用程序，您会使用什么NoSQL体系结构

---

我考虑MangGDB，卡桑德拉，CouCHDB，ReIIS，HBASE和Riak。< /P> < P>轻松回答，使用你最满意的一个。

更复杂的答案其实在于谷歌阅读器可以做什么的细节。您可能需要的一个特性是多个索引

每个RSS条目都将有一个唯一的键、一个用户、一个ts、一个读取标志和一些类别。在处理面向文档或键值数据库时，通常很容易获得键值。但是您真正要运行的第一个查询是什么？按用户、ts、读取列出

这需要一个二级索引。AFAIK riak和redis根本不支持这一点。CouchDB和Cassandra似乎有一些变通方法，但这仍然不容易。MongoDB支持二级索引

因此，一开始，您就可以轻松地让它与MongoDB一起工作

---

Mongo还提供了一系列的解决方案，使得异步更新数据更容易。

这个问题需要更多的实质性内容才能发挥作用。我开始写答案，然后我意识到，基于这样一个通用需求，您可以为其中任何一个问题提供理由。我个人会选择MongoDB——它非常适合存储文档，插入非常便宜/快速，有了这样的应用程序，你最终会做更多的插入，然后再阅读。但是我也可以为CouchDB、Redis或Riak做一个例子。+1，这项技术几乎总是次要的，程序员和你的专业知识。但是要记住，CouchDB视图是次要的索引！