以下是事实:
--
发布于 2010-11-03 13:08:57
让我们重温以下几点:
我们每天都有大量的数据输入。
NoSQL解决方案基本上都是为了扩大到大的数量(里亚克、MongoDB、卡桑德拉等)。
..。比其他标题更频繁出现的标题,没有真正的标准.要上传到mySQL数据库中的每个文件的规范化都非常耗时,并且常常促使我们更改模式。
NoSQL绝对适合这个模型,其中许多都是“无模式的”,所以很容易存储这些额外的字段。但是,这将占用额外的空间,因为字段名通常与文档一起存储。
虽然主键是唯一的,但其他任何内容都可以复制。
只要提供密钥,“面向文档”和“键值”数据库就很适合这一点。如果您必须运行重复检查,那么大多数键值数据库的设备都很差.“面向文档的”数据库可能会稍微好一些,但不会有太多的改进。
我们可以给同一个人发多封电子邮件
这些数据库中的大多数都有“数组作为基本类型”的概念。CouchDB和MongoDB都将对象存储为JSON,因此可以很容易地看到客户如何在不需要“连接表”的情况下拥有一系列电子邮件。MongoDB还提供了“原子更新”功能,如"$addToSet“,可以很好地处理数组。
我们阅读了70%的时间,我们编写了30%的时间可伸缩性可能是一个问题,但现在不是这样,尽管可用性是关键。
主要的NoSQL DBs都是按照规模的设计的。(既读又写)
实现availability的唯一方法是通过硬件和位置冗余(与MySQL或其他数据库没有什么不同)。尽管版本号很低,但这些数据库中有许多都被大公司使用在生产环境中,所以很多简单的例子都被涵盖了。它仍然是处女地,但我们也通过了“无变化时随机崩溃”的阶段。
速度是我们要找的..。没有模式的noSQL看起来很有吸引力。你会推荐什么,你实现了什么?
我们在MongoDB中有100多个灵活的用户记录。个人搜索的表现真的很棒。
然而,必须对您正在运行的查询类型保持警惕。
如果您需要同时运行多个用户的查询,那么基本上任何这些键值或面向文档的数据库都会出现速度问题。您可能想要查看图形数据库或其他一些奇特的解决方案。但是,如果您的用例一次集中在一个用户周围,那么请看一看MongoDB。
MongoDB还支持本地地图减少功能,这样您就可以扩展“非实时”查询。
https://stackoverflow.com/questions/4084853
复制相似问题