【问题标题】:Querying large collection is slow... optimization strategies?查询大集合很慢……优化策略?
【发布时间】:2014-09-09 15:18:06
【问题描述】:

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

干杯

【问题讨论】:

    标签: apigee usergrid


    【解决方案1】:

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

    此外,我们刚刚完成一项重大升级,这将显着提高 API BaaS 产品的性能。如需更多信息,请咨询您在 Apigee 的联系人。

    最后要考虑的一点是,我们的开发者产品的性能可能与我们的付费产品不同。 Apigee 努力为开发人员提供出色的性能,但由于我们付费产品的架构和 SLA,我们绝对可以满足您的需求,以确保您拥有所需的性能。

    【讨论】:

    • 我们正在对日期属性进行排序。删除排序(将其移至客户端)后,性能非常好。我们还将研究连接。非常感谢。
    猜你喜欢
    • 1970-01-01
    • 2014-02-05
    • 2014-04-18
    • 1970-01-01
    • 1970-01-01
    • 2018-03-07
    • 2013-02-22
    • 1970-01-01
    • 2021-03-06
    相关资源
    最近更新 更多