[jira] [Resolved] (OAK-6734) IndexPlan: add supportsPathRestrictions

["Vikas Saurabh (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/OAK-6734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Vikas Saurabh resolved OAK-6734.
--------------------------------
       Resolution: Fixed
    Fix Version/s: 1.7.9

Resolved on trunk at [r1810289|https://svn.apache.org/r1810289] (changes in oak-query-spi and oak-core) and [r1810290|https://svn.apache.org/r1810290] (changes in oak-lucene).

I couldn't find for sure if solr impl supports path restriction or not - so, didn't touch that part.

[~chetanm], btw, in one of our off list chat, I said that I would increase {{costPerEntryFactor}} for path restriction with presence of evaluate path restriction - but, eventually I didn't feel convinced about it enough.

> IndexPlan: add supportsPathRestrictions
> ---------------------------------------
>
>                 Key: OAK-6734
>                 URL: https://issues.apache.org/jira/browse/OAK-6734
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: query
>            Reporter: Thomas Mueller
>            Assignee: Vikas Saurabh
>             Fix For: 1.8, 1.7.9
>
>
> Some indexes support path restrictions (for example Lucene indexes, if configured to do so). For such cases, the cost of using the index is at most the cost of traversing.
> There are two ways to solve this: (1) the index itself could (somehow) ask the counter index about the estimated number of nodes for that path. (2) the query engine can do that itself, so that the index doesn't need to implement this logic.
> Let's do approach (2), and add a method supportsPathRestrictions to the IndexPlan interface. If it returns false (default), the behavior is the same as right now. If it returns true, then the cost of the index is adjusted to the estimated number of nodes in this path.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)