标签:c indexing ravendb eventual-consistency
如果我在现有的RavenDB会话上运行以下查询:
var result = session.Query<Location>()
.Customize(x => x.WaitForNonStaleResultsAsOfNow())
.Where(l => l.Name = "Home" && !l.Deleted);
RavenDB等待哪些索引?我的假设是它等待查询时所有索引都是最新的;但这是否意味着如果位置上只有一个动态索引而其他表上只有20个索引,那么我们总是在等待21个索引更新?
或者,我是否误解了该方法的功能?
解决方法:
如果您在使用Fiddler查询期间观察数据库通信,或者在查询中请求RavenQueryStatistics,就像这样……
RavenQueryStatistics stats;
var result = session.Query<Location>()
.Customize(x => x.WaitForNonStaleResultsAsOfNow())
.Statistics(out stats)
.Where(l => l.Name = "Home" && !l.Deleted);
然后你会看到如下属性:
> IsStale
>时间戳 – 当查询结果不合时时
> IndexName – 要查询的索引
> IndexTimestamp
> IndexEtag – 与索引中更新的最后一个文档对应的文档版本
>与传呼等有关的其他事情
这是WaitFor(几个变体)用来确定是否应该满足的信息.
所以,TL; DR答案是:只是被查询的一个索引.检查所有索引会很浪费.
所以对于WaitForNonStaleResultsAsOfNow,它说OK,让我们抓住DateTime.Now,然后直到IndexTimestamp> =该日期才返回结果.
这些WaitFor-方法有点反模式 – 你不应该只依赖它们来获得一致的结果,你应该(在某些情况下,但不是全部)重新设计你的UI或数据模型,这样你就可以使用Load了/按文件ID(保证ACID)存储您需要一致性的地方.
但是,看看它是如何做到的,你可以看到使用WaitForNonStaleResultsAsOfLastWrite可能是一个更好的主意,这会导致Raven客户端记下它存储的最后一个文档E-Tag,并等待将IndexETag合并到指数.对于“插入数据,然后在更新的网格中显示”方案尤其如此.您不需要等待所有索引完成,您只需要确保您刚刚插入的一件事就会出现.
标签:c,indexing,ravendb,eventual-consistency 来源: https://codeday.me/bug/20190612/1225360.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。