为了提高写入性能,可以使用惰性索引策略。根据我的理解,这实质上意味着索引传播在写入后最终是一致的(与一致模式相反,只有在索引更新完成后,写入才会完成)。
允许最大的文档提取吞吐量,DocumentDB 集合可以配置延迟一致性;含义查询 最终是一致的。当a时,索引是异步更新的 DocumentDB集合是静止的,即集合的时候 吞吐量容量未充分用于服务用户请求。对于 “立即摄取,稍后查询”需要不受阻碍的文档的工作负载 摄入,“懒惰”索引模式可能是合适的。
问题:
如果在索引更新之前查询文档(假设由id
提出)(它仍在懒散地传播),是否找不到文档或会有一些文档“桌面扫描”的形式和文件以RU(和表演)的牺牲回归?
编辑:上面假设数据库中的会话一致性。
答案 0 :(得分:2)
使用" id"的查询和" _rid"属性不依赖于索引策略,并始终一致地更新。即与配置的帐户一致性级别相同(在您的情况下,会话一致性)。
查询使用" id"总是从索引提供,是寻求,而不是扫描。