如何为消费者应用程序设计"NOSQL"数据库(例如社交书签)

Question

我一直在阅读很多关于非关系型数据库,整个NOSQL运动的帖子,并且围绕它进行了很多新的活动.这似乎是构建高度可扩展的Web应用程序的一种非常有趣的方法,但不幸的是(在这个新生阶段也是一件好事)目前还没有一个明确的领导者/标准.

我的背景是在LAMP堆栈中(以MySQL作为dB),我想了解它会有什么差异和限制 - 但是使用现实生活中的Web应用程序的例子.关于RDBMS与非RDBMS的优缺点理论有很多很好的文章,但是我没有找到任何有关如何构建现有Web应用程序(例如社交书签)的示例新的dB结构的优势以及如果有的话可以省去哪些功能 - NOSQL dB可以是键值还是以文档为中心的或图形.

是否有人愿意接受对现实世界网络应用程序的NOSQL与RDBMS模型/架构的高级别比较(例如社交书签或可能很好地解释这些概念的任何其他示例)？

有关其他人的参考,以下是我遇到的一些文章:

• 非关系数据库设计
• http://nosql-databases.org/
• http://linux-mag.com/cache/7579/1.html
• http://blog.boxedice.com/2009/07/25/choosing-a-non-relational-database-why-we-migrated-from-mysql-to-mongodb/
• http://bret.appspot.com/entry/how-friendfeed-uses-mysql
• http://metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores/
• http://rackspacecloud.com/blog/2009/11/09/nosql-ecosystem/
• http://horicky.blogspot.com/2009/11/nosql-patterns.html

Answer 1

主要原因是规模（Facebook、MySpace）

查看这些文章：

Facebook 的 Cassandra - 大型分布式商店

MySpace Qizmt - MySpace 的 Mapreduce 框架

由于您已经在使用 Lucene，因此您可能会对以下内容感兴趣：

Katta - 云中的 Lucene