查询大型集合很慢......优化策略?

时间:2014-09-09 15:18:07

标签: apigee usergrid

我们有一个包含大约30K实体的集合。当我们使用另一个集合中的另一个实体的UUID查询子集时,存在相当大的延迟(平均5-10秒)。有没有办法优化这个?创建连接会更快吗?我们正在评估APIGEE作为数百万实体的潜在后端,因此这对我们来说是一个巨大的问题。任何建议都将不胜感激!

干杯

1 个答案:

答案 0 :(得分:0)

使用连接(通常)比使用查询更有效。对于查询,可能是问题的搜索项数量,而不是集合中的实体数量。大的收藏尺寸不应该影响性能。如果可以,请分享一个示例查询 - 也许我们可以帮助优化?

此外,我们只是对重大升级进行最后润色,这将显着提高API BaaS产品的性能。请咨询Apigee的联系方式以获取更多信息。

最后要考虑的是,我们的开发者产品可能与我们的付费产品具有相同的性能。 Apigee致力于为开发人员提供卓越的性能,但由于我们付费产品的架构和SLA,我们绝对可以满足您的需求,以确保您具备所需的性能。