我想知道是否可以了解使用BigQuery作为我们正在开发的分析工具的主要查询引擎的可行性。我们的公共API需要使用PHP (在可能的100M+行上)执行最少数百个并发选择查询,但从当前的文档来看,BigQuery似乎更适合于不频繁的查询,而不是提供高容量、高负载的需求查询。
谷歌网站上列出的一些企业似乎在做类似的事情,但我也看到了20个并发请求的利率限制数字,这似乎排除了该产品的用例?
发布于 2014-06-25 01:11:01
我很高兴你问了。普通的BigQuery用户受并发请求速率限制,但是有一个选项适合您描述的确切用例:保留容量。
通过保留容量,您可以得到自己的“单独的集群”,不受相同的限制,而受定义的限制。
有关更多信息,请查看cap。
发布于 2014-06-25 20:25:49
这是建筑上的决定。我个人的观点是:如果您期望几个不同的用户同时使用API,我不会考虑BigQuery。这既昂贵又有风险。我认为您应该拥有有关Big的原始数据,并试图找到一种更有效地为客户端服务的机制,例如使用缓存,或者在数据存储或CloudSQL上保存一些结果/快照。
https://stackoverflow.com/questions/24397533
复制相似问题