RavenDB中的递归索引

在这篇文章中，我想展示另一种处理相同问题的方法，但不使用图形查询并仅使用我们在RavenDB 4.1中的功能。

我的想法是，给定一个用户，我希望能够通过一个组（如Max，via project-x group）直接（如图中的Sunny）发出查询，以查询该用户可以访问的所有问题。 ）或通过递归组，如（Nati，通过project-x - > team-nati groups）。

从这篇文章的名称可以想象，这需要递归。你可以阅读有关这方面的文档，但我想要把事情搞清楚，并同时使用几个功能。

让我们看看以下索引（问题/权限）：

//问题/权限索引定义

map（“Issues”，issue  => {

   var  groups  =  issue。团体。reduce（recurse_groups，{}）;

   return   { Groups：Object。键（组），用户：问题。用户 };

}）;

function  recurse_groups（accumulator，grpId）{

    如果（GRPID  ==  空 ||  累加器。hasOwnProperty（GRPID））

        返回 累加器 ;

    accumulator [ grpId ] =  null ;

    var  grp  =  load（grpId，“Groups”）;

    如果（GRP  ==  空 ||  GRP。家长 ==  空）

        返回 累加器 ;

    返回 grp。父母。reduce（recurse_groups，accumulator）;

}

这是一个JS索引，它在Issues集合上有一个map（）函数。对于每个问题，我们为问题的用户和允许访问它的组（递归地）编制索引。

以下是此索引的输出对于图中的问题：

现在让我们来看看我们如何查询这个，不是吗？

该查询有两个子句; 我们是直接分配还是通过小组分配。这里的关键是在recurse_groups（）和里面，在索引中调用load（）。它向上扫描已定义的组及其父项，直到我们在索引中有一个易于搜索的简单结构。

RavenDB将确保每当索引中的load（）引用的文档更新时，引用它的所有文档都将被重新编制索引。在我们这里的情况下，每当更新组时，我们将重新索引所有相关问题以匹配新的权限结构。

RavenDB的核心原则之一是，您可以将更多工作推向索引，并使您的查询快速而简单。这是我们如何以这样一种方式安排数据的一个很好的例子，我们可以以非常优雅的方式将工作推送到后台索引。