在测试过程中应该如何处理陈旧的索引？

Question

我在 In-Memory 模式下使用 RavenDB 进行单元测试。我的查询由静态索引支持。我没有使用WaitForNonStaleResults() API（我也不想）。

测试的典型工作流程是：

1. 在内存模式下初始化 RavenDB
2. 使用IndexCreation.CreateIndexes(Assembly, IDocumentStore) 集成索引
3. 插入测试数据（用于验证查询行为）
4. 运行查询
5. 验证查询输出

我注意到步骤 1-3 发生得如此之快，以至于静态索引在步骤 4 之前没有时间更新 - 因此索引已经过时。

我为此创建了一个快速解决方法。在第 3 步之后，我执行：

while (documentStore.DocumentDatabase.Statistics.StaleIndexes.Length != 0)
    Thread.Sleep(10);

这感觉很麻烦。我想知道的是：

• 在 In-Memory 模式下运行 RavenDB 时索引过时是否正常？
• 有没有更好的方法来避免测试期间过时的索引？

Answer 1

将此交叉发布到RavenDB usergroup 并有一个可行的解决方案。

在 In-Memory 中运行 RavenDB 时索引过时是否正常 模式？

是的。索引就是索引。

有没有更好的方法来避免测试期间过时的索引？

是的。初始化文档存储时配置全局约定：

var store = new EmbeddableDocumentStore();
store.RunInMemory = true;
store.Conventions = new DocumentConvention
{
    DefaultQueryingConsistency = ConsistencyOptions.QueryYourWrites
};

store.Initialize();

注意： ConsistencyOptions.QueryYourWrites 不适用于 Map/Reduce 索引，即带有 Reduce => ... 部分的索引。对于这些，您必须在查询时使用Customize(x => x.WaitForNonStale...())

更新：有another approach，可能更好（还没有亲自尝试过）。您可以实现 IDocumentQueryListener 以强制所有查询返回非陈旧结果：

var store = new EmbeddableDocumentStore { RunInMemory = true };
store.Initialize();

store.RegisterListener(new ForceNonStaleQueryListener());

public class ForceNonStaleQueryListener : IDocumentQueryListener
{
    public void BeforeQueryExecuted(IDocumentQueryCustomization customization)
    {
        queryCustomization.WaitForNonStaleResults();
    }
}