Php BigQuery可以用作主查询引擎吗？

我想知道我是否能深入了解使用BigQuery作为我们正在开发的分析工具的主要查询引擎的可行性。我们的公共API将需要使用PHP SDK实际执行至少数百个并发SELECT查询（可能有100多行），但从当前文档来看，BigQuery似乎更适合于不频繁的查询，而不是提供高容量、高负载的按需查询

---

谷歌网站上列出的一些企业似乎也在做类似的事情，但我也看到了20个并发请求的速率限制数字，这似乎排除了该产品的这种使用情形？

很高兴你这么问。普通BigQuery用户受并发请求速率限制，但有一个选项适合您描述的确切用例：保留容量

通过保留容量，您可以获得自己的“独立集群”，不受相同限制的约束，而是受您定义的限制

---

查看更多信息。

这是一个体系结构决策。我个人的看法是：如果你期望几个不同的用户同时使用API，我不会考虑BigQualy。这既昂贵又有风险。我认为您应该在Big Query上获得原始数据，并尝试找出一种机制，以更有效的方式为客户端提供服务，可能使用缓存或在数据存储上保存一些结果/快照，或者使用CloudSQL。

感谢您澄清这一点！如果我创建几个项目ID呢？并发限制是基于项目的、基于表的还是基于oauth会话的？试图通过发现漏洞来规避限制可能被服务条款视为滥用。最好与销售人员联系，以找到合适的解决方案和替代方案。我再也看不到有关保留容量的文档了。这一选择是否仍然存在？如果不是，那么对于一个设计为支持（比如）50-100个同时查询的系统来说，什么是正确的选择？答案是保留容量。它会比以往任何时候都好，但现在支持可以为您提供这种吞吐量。感谢您的反馈，我也在考虑将这种策略作为一种选择，或许可以使用类似ElasticSearch的“热门数据”和BQ作为仓库/后备策略。