Database design “a”怎么说；“NOSQL”；应为消费者应用程序设计数据库（例如，社交书签）

我读了很多关于非关系数据库的帖子，整个NOSQL运动，还有很多新的活动。这似乎是构建高度可伸缩的web应用程序的一种非常有趣的方法，但不幸的是（在这个刚刚起步的阶段也是一件好事），目前还没有一个明确的领导者/标准

我的背景是LAMP堆栈（以MySQL作为dB），我想了解其中的区别和局限性——但使用的是现实生活中的web应用程序示例。关于RDBMS与非RDBMS的利弊理论，有很多好文章，但我还没有找到任何关于现有web应用程序（例如社交书签）如何运行的例子将构建不同的数据库，以利用新的数据库结构，如果有的话，还需要保留哪些功能—NOSQL数据库可以是键值、以文档为中心或图形

有人愿意尝试对现实世界web应用的NOSQL与RDBMS模型/架构（如社交书签或任何其他可能很好地解释概念的示例）进行高级比较吗？

以下是我遇到的几篇文章，供其他人参考：

主要原因是规模（Facebook、MySpace）
请阅读以下文章：
由于您已经在使用Lucene，这可能会引起您的兴趣：

---

投票决定关闭。这是一个问答网站，你已经要求了一组文章。不要关闭这个，我会给200个代表听一个答案。我想我从来没有真正找到一个网络应用到NoSQL数据库的工作端口，至少，一个可以扩展的端口。@Xeoncross-你为什么否决我的答案？我想有机会背诵…@GalacticJello我没有否决你的答案。我只对含有无效信息的答案投反对票（这几乎是不可能的）。@Xeoncross-你愿意像你在评论中说的那样增加+200奖金吗？