“NOSQL”将如何实现?为消费者应用程序设计的数据库(例如社交书签)
我阅读了很多关于非关系数据库、整个 NOSQL 运动的文章,并且围绕它有很多新鲜的活动。这似乎是构建高度可扩展的 Web 应用程序的一种非常有趣的方法,但不幸的是(但在这个新生阶段也是一件好事)目前还没有一个明确的领导者/标准。
我的背景是 LAMP 堆栈(以 MySQL 作为 dB),我想了解其中会有哪些差异和限制 - 但要使用现实生活中的 Web 应用程序示例。有大量关于 RDBMS 与非 RDBMS 优缺点理论的好文章,但我还没有找到任何示例来说明如何构建现有的 Web 应用程序(例如社交书签)。新的 DB 结构的优点以及必须忽略哪些功能(如果有) - NOSQL DB 可以是键值或以文档为中心或图形。
是否有人愿意尝试对现实世界的 Web 应用程序的 NOSQL 与 RDBMS 模型/架构进行高级比较(例如社交书签或任何其他可以很好地解释这些概念的示例)?< /strong>
为了供其他人参考,以下是我遇到的一些文章:
- 非关系型数据库设计
- http://nosql-databases.org/
- < a href="http://linux-mag.com/cache/7579/1.html" rel="nofollow noreferrer">http://linux-mag.com/cache/7579/1.html
- http://blog.boxedice.com/2009/07/25/choosing-a-non-relational-database-why-we-migerated-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
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
主要原因是规模(Facebook、MySpace)
查看这些文章:
Facebook 的 Cassandra -大型分布式存储
MySpace Qizmt - MySpace 的 Mapreduce 框架
由于您已经在使用 Lucene,这可能感兴趣:
Katta - 云中的 Lucene
The main reason is scale (Facebook, MySpace)
Check out these articles:
Facebook's Cassandra - A Massive Distributed Store
MySpace Qizmt - MySpace's Mapreduce Framework
As you are already using Lucene, this may be of interest:
Katta - Lucene in the cloud