查询大量收藏是缓慢的..。优化策略？

Question

我们有一个包含大约30K个实体的集合。当我们使用另一个集合中另一个实体的UUID查询子集时，会有相当大的延迟(avg上有5-10秒)。有什么方法可以优化这个吗？创建连接会更快吗？我们正在评估阿皮吉作为一个潜在的后端数以百万计的实体，所以这是一个巨大的问题对我们。如有任何建议，将不胜感激！

干杯

Answer 1

使用连接比使用查询更有效率(通常)。对于查询，可能会出现问题的是搜索词的数量，而不是集合中的实体数量。较大的集合大小不应真正影响性能。如果可以的话，请分享一个示例查询--也许我们可以帮助优化？

此外，我们只是完成了一次重大的升级，这将大大提高API BaaS产品的性能。向贵公司的联络人询问更多信息。

最后要考虑的一点是，我们的开发人员提供的产品可能与我们的付费产品的性能不同。阿皮吉致力于为开发人员提供出色的性能，但由于我们付费服务的体系结构和SLA，我们绝对可以满足您的需要，以确保您有所需的性能。