RavenDB中WaitForNonStaleResultsAsOfNow的范围是什么

Luk*_*ett 4 c# indexing eventual-consistency ravendb

如果我在现有的RavenDB会话上运行以下查询:

var result = session.Query<Location>()
               .Customize(x => x.WaitForNonStaleResultsAsOfNow())
               .Where(l => l.Name = "Home" && !l.Deleted);
Run Code Online (Sandbox Code Playgroud)

RavenDB等待哪些索引?我的假设是它等待查询时所有索引都是最新的; 但是,这是否意味着如果Location其他表上只有一个动态索引而是20个索引,那么我们总是在等待21个索引更新?

或者,我是否误解了该方法的功能?

Dav*_*ike 7

如果您在使用Fiddler查询期间观察数据库通信,或者在查询中请求RavenQueryStatistics,就像这样......

RavenQueryStatistics stats;
var result = session.Query<Location>()
               .Customize(x => x.WaitForNonStaleResultsAsOfNow())
               .Statistics(out stats)
               .Where(l => l.Name = "Home" && !l.Deleted);
Run Code Online (Sandbox Code Playgroud)

然后你会看到如下属性:

  • IsStale
  • 时间戳 - 当查询结果不合时时
  • IndexName - 要查询的索引
  • IndexTimestamp
  • IndexEtag - 与索引中更新的最后一个文档对应的文档版本
  • 其他与分页等有关的事情

这是WaitFor(几个变体)用来确定是否应该满足的信息.

所以,TL; DR答案是:只是被查询的一个索引.检查所有索引会很浪费.

所以对于WaitForNonStaleResultsAsOfNow,它说OK,让我们抓住DateTime.Now,然后直到IndexTimestamp> =那个日期才返回结果.

这些WaitFor-方法有点反模式 - 你不应该只依赖它们来获得一致的结果,你应该(在某些情况下,但不是全部)重新设计你的UI或数据模型,这样你就可以使用Load了/按文件ID(保证ACID)存储您需要一致性的地方.

但是,看它是怎么做的,你可以看到,它可能是一个更好的主意,用WaitForNonStaleResultsAsOfLastWrite,导致乌鸦客户端需要注意的是它存储的最后文件E-标签,并等待在被纳入该IndexETag指数.对于"插入数据,然后在更新的网格中显示"方案尤其如此.您不需要等待所有索引完成,您只需要确保您刚刚插入的一件事就会出现.