对于给定的设计目标，Google与的优缺点
对于给定的设计目标，Google与的优缺点
提问于 2016-08-05 21:09:05
我正在评估谷歌的几个存储选项，并想知道是否有人有想法。我将按以下方式使用数据存储：
( 1)在若干栏(至少50 000个实体)上读/插入的次数较多。我更喜欢使用(因为索引很酷)，但是它能够处理这种负载吗？另外，每秒可以处理多少请求？
( 2)更新/删除次数较少(每天一次)。我们需要将查询编入索引以进行查询，但这不需要很大的可伸缩性。在任何时候，我们的记录都不可能超过10万条。我想使用Datastore，但是它的更新和删除是否能够充分执行呢？像卡桑德拉那样的散装删除有什么问题吗？
总的来说，是否存在可伸缩性问题？
回答 1
Stack Overflow用户
发布于 2016-08-06 04:39:15
对于来说，5万到10万个实体是微不足道的。即使是数十亿的实体也是可以的。
对于第一个问题，在几个列上有大量的读/插入。如果没有关于什么是“高”的具体数字，就很难直接回答，因此下面是具体的指导：
- 一般规则是平均每个实体-组每秒写1次事务。如果您不使用实体组(分层布局实体的能力)，则可以简单地将其视为“每个实体”。
- 您可以根据需要每秒更新多少个实体，只要它们位于不同的实体上，每秒就会有数百万次的写入。
- 云数据存储基于Megastore/Bigtable，并处理自动分片；在增加写入负载时，您需要给底层的平板服务器分配时间(即，不要将每秒的写入量从零增加到100万次)。一个简单的规则是，一旦你在500写每秒，允许10分钟每翻倍的写率。(1M写，1h50m后每秒，2h后2M等)
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/38797796
复制相关文章
相似问题
腾讯云开发者
