数据库设计 – 如何为消费者应用程序设计“NOSQL”数据库(例如社

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

我的背景是在LAMP堆栈(以MySQL为dB),我想了解这里有什么区别和限制 – 但是使用现实生活中的Web应用程序的例子.关于RDBMS与非RDBMS的利弊理论有很多好的文章,但是我还没有发现任何一个例子,说明现有的Web应用程序(例如社会书签)是如何构建的新的dB结构的优点以及NOSQL dB可能是键值或以文档为中心或图形的特征??.

任何人都愿意对现实世界网络应用程序的NOSQL和RDBMS模型/架构进行高级比较(如社交书签或任何其他可能解释概念的示例)？

对于其他人来说,这里有一些我遇到的文章：

> Non-Relational Database Design
> 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

解决方法

查看这些文章：

Facebook’s Cassandra – A Massive Distributed Store

MySpace Qizmt – MySpace’s Mapreduce Framework

正如您已经使用Lucene一样,这可能是令人感兴趣的：

Katta – Lucene in the cloud

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!