可以AvocadoDB规模的MongoDB一样CouchDB的或

我在阅读AvocadoDB,这是更有趣,但我找不到在哪里AvocadoDB如何扩展的文件中。 请问AvocadoDB规模,它可以使用分片的MongoDB一样CouchDB的还是?

--------------解决方案-------------

据我了解,它不允许分片,而是复制。 从链路

“...

AvocadoDB毫不费力地允许重复。 我们喜欢“零管理原则”。 制作复制与AvocadoDB是很容易:将IP地址和去! 以下复制类型用于版本2:

主 - 主同步,主 - 主同步,主从同步,主从同步

......“

我AvocadoDB的总设计师。

monkegjinni是正确的,AvocadoDB将不支持分片,而是复制。 为什么?

短版:

,为相对复杂的数据模型,如图表和文档的支持,进入与分片是如何工作的冲突。 但是,随着现代SSD和计算机的效率,我们相信,几乎所有的项目不再需要分片。 今天的计算机将很容易的所有数据存储在一个单一的节点。 什么这些项目需要的是这是由AvocadoDB支持负载分配复制。

龙版本:

实际上有单独的扩展问题。

第一个问题是分配在多个服务器的请求,以平衡的请求的负载。

AvocadoDB将通过读取请求的写入和分布的同步复制支持这一点。

需要注意的是大多数数据库系统都遵循一个非常相似的路径,也就是说,它们支持分发要么受限一致性保证的要求或允许他们只写一个节点上和分配读取请求。 他们有这种限制,因为分配的写请求,支持完全一致是不可能有效地完成。 而且这样做效率低下将否定,我们希望通过分销来实现收益。

第二个问题是分布在多个服务器上的数据,允许更大的数据集。

AvocadoDB不支持在多个服务器间分配数据。

我们已经做出了这个决定,是因为分布在多个服务器上的数据始终是有代价的。

这个价格是非常明确的。 例如,它可以是数据模型是非常有限的。 这是一个关键值存储,如发电机或已了Riak采取的路线。 这里的数据模型和支持的查询是如此简单,这总是可能的直接查询以在其上请求的值住服务器(或小数目的服务器)。

请注意,我们认为,这种做法是有效的对一些应用(如亚马逊数据库)。 但我们认为,真正需要存储,他们必须在大量的服务器分发这么多的数据,因此必须限制访问模式将键值应用程序的数量是非常小的。

或价格可被隐藏。 这是例如这种情况,如果数据被分布和数据库系统允许通用查询。 在这种情况下,查询必须分布在所有服务器(因为你正在寻找的数据可以住在任何服务器)。 这使得查询低效。

该AvocadoDB的做法是相当挤最到一个服务器上(以及AvocadoDB支持多台服务器 - 而是支持定)。 为此,它采用两种主要的策略。

一种策略是充分利用SSD的。 需要注意的是固态硬盘的容量正在以惊人的速度增长较大(可以买固态硬盘的TB级的少得的钱,第二个服务器将花费​​你)。 和耐力(可以写入到一个SSD的总数据量)上升到PB的(现在供应商最终得到损耗均衡算法右侧) - 所以SSD的可靠性是不再是一个问题。 而那些固态硬盘的性能是非常好的(靠近主内存比普通磁盘)。

另一策略是有效地存储数据。 AvocadoDB使用形状来存储文档(形状是哪些属性以及属性类型的文件所具有的信息 - 具有相同形状共享此信息表示的所有文件)。 这意味着,文件可以存储在除JSON或BSON表示将需要更少的空间。

分类:NoSQL的 时间:2015-03-15 人气:1
本文关键词: NoSQL的,arangodb
分享到:

相关文章

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 0.196 (s). 10 q(s)