Lucene ApacheOak中的索引选择逻辑是否倾向于局部索引而不是全局索引?

Lucene ApacheOak中的索引选择逻辑是否倾向于局部索引而不是全局索引?,lucene,aem,jackrabbit-oak,Lucene,Aem,Jackrabbit Oak,我想知道对于相同的存储库路径,索引选择逻辑是否更喜欢本地索引定义而不是全局索引定义。不幸的是,我找不到任何关于索引选择算法工作原理的文档。为了使事情更清楚,请考虑下面的例子: 我的索引的全局定义 我的索引的本地定义 索引选择逻辑根据所有索引(本地和全局)计算查询成本。查询使用评估顺序索引中第一个最便宜的索引。您可以通过AEM中的索引调试工具看到这一点。索引选择逻辑根据所有索引(本地和全局)计算查询成本。查询使用评估顺序索引中第一个最便宜的索引。您可以通过AEM中的索引调试工具看到这一点 /oak

我想知道对于相同的存储库路径,索引选择逻辑是否更喜欢本地索引定义而不是全局索引定义。不幸的是,我找不到任何关于索引选择算法工作原理的文档。为了使事情更清楚,请考虑下面的例子:

我的索引的全局定义

我的索引的本地定义


索引选择逻辑根据所有索引(本地和全局)计算查询成本。查询使用评估顺序索引中第一个最便宜的索引。您可以通过AEM中的索引调试工具看到这一点。

索引选择逻辑根据所有索引(本地和全局)计算查询成本。查询使用评估顺序索引中第一个最便宜的索引。您可以通过AEM中的索引调试工具看到这一点

/oak:index/myIndex
  - jcr:primaryType = "oak:QueryIndexDefinition"
  - compatVersion = 2
  - type = "lucene"
  - async = "async"
  - evaluatePathRestrictions = true
  - queryPaths="[/content]"
  - includePaths="[/content]"
  + indexRules
    - jcr:primaryType = "nt:unstructured"
    + nt:unstructured
      + properties
        - jcr:primaryType = "nt:unstructured"
        + code
          - jcr:primaryType = "nt:unstructured"
          - propertyIndex = true
          - name = "myprop"
/content/oak:index/myIndex
  - jcr:primaryType = "oak:QueryIndexDefinition"
  - compatVersion = 2
  - type = "lucene"
  - async = "async"
  - evaluatePathRestrictions = true
  + indexRules
    - jcr:primaryType = "nt:unstructured"
    + nt:unstructured
      + properties
        - jcr:primaryType = "nt:unstructured"
        + code
          - jcr:primaryType = "nt:unstructured"
          - propertyIndex = true
          - name = "myprop"