Azure DocumentDB查询性能:ID vs SelfLink

Azure DocumentDB查询性能:ID vs SelfLink,azure,azure-cosmosdb,nosql,Azure,Azure Cosmosdb,Nosql,我知道DocumentDB团队正在对服务进行更新,以允许使用用户给定的ID访问和查询文档、集合和数据库,而不必使用服务生成的SelfLink。我非常热衷于此更新,并基于//Build/&Ignite上的对话-听起来它可能会在未来4-6周内推出 我的问题是:一旦出现这种情况,使用SelfLinks和ID之间会有性能差异吗?目前,我的应用程序正在存储SelfLinks,因此我可以快速访问它们以进行查询,并避免额外的跳跃以获取SelfLinks。如果我可以放弃这个开销,使用我自己的ID,而不影响性能,

我知道DocumentDB团队正在对服务进行更新,以允许使用用户给定的ID访问和查询文档、集合和数据库,而不必使用服务生成的SelfLink。我非常热衷于此更新,并基于//Build/&Ignite上的对话-听起来它可能会在未来4-6周内推出


我的问题是:一旦出现这种情况,使用SelfLinks和ID之间会有性能差异吗?目前,我的应用程序正在存储SelfLinks,因此我可以快速访问它们以进行查询,并避免额外的跳跃以获取SelfLinks。如果我可以放弃这个开销,使用我自己的ID,而不影响性能,我会很乐意这样做。如果服务只是代表我做这个额外的跳跃来检索SelfLink,那么我将保留当前的体系结构,以获得每次调用的性能提升

在SelfLinks和IDs之间没有明显的性能差异。您可以在应用程序中直接使用ID来代替自链接。

这正是我所希望的。非常感谢。