【问题标题】:How would a "NOSQL" database be designed for consumer apps (e.g. social bookmarking) [closed]如何为消费者应用程序设计“NOSQL”数据库(例如社交书签)[关闭]
【发布时间】:2010-12-26 17:10:17
【问题描述】:

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

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

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

供别人参考,下面是我看到的几篇文章:

【问题讨论】:

  • 投票结束。这是一个问答网站,您要求提供一组论文。
  • 不要关闭这个,我会给 200 代表听答案。我从来没有实际上找到一个 Web 应用程序到 NoSQL 数据库的工作端口,至少,一个可以扩展的端口。
  • @Xeoncross - 你为什么拒绝我的回答?我想有机会背诵...
  • @GalacticJello 我没有否决你的答案。我只对包含无效信息的答案投反对票(几乎从来没有)。
  • @Xeoncross - 你愿意像你在评论中所说的那样添加 +200 赏金吗?

标签: database-design scalability rdbms nosql non-relational-database


【解决方案1】:

主要原因是规模(Facebook、MySpace)

查看这些文章:

Facebook's Cassandra - A Massive Distributed Store

MySpace Qizmt - MySpace's Mapreduce Framework

由于您已经在使用 Lucene,这可能会引起您的兴趣:

Katta - Lucene in the cloud

【讨论】:

    猜你喜欢
    • 2011-11-20
    • 1970-01-01
    • 1970-01-01
    • 2011-04-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多