[
https://issues.apache.org/jira/browse/OAK-1902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Mueller resolved OAK-1902.
---------------------------------
Resolution: Fixed
Revision 1604926 (trunk)
Revision 1604927 (1.0 branch)
> NodeTypeIndex is not conversative enough about its cost
> -------------------------------------------------------
>
> Key: OAK-1902
> URL: https://issues.apache.org/jira/browse/OAK-1902
> Project: Jackrabbit Oak
> Issue Type: Bug
> Components: query
> Affects Versions: 1.0, 1.0.1
> Reporter: Justin Edelson
> Assignee: Thomas Mueller
> Fix For: 1.1, 1.0.2
>
> Attachments: OAK-1902-b.patch, OAK-1902-c.patch, OAK-1902.patch
>
>
> NodeTypeIndexProvider derives its cost from PropertyIndexLookup.
> PropertyIndexLookup has a hardcoded maximum cost (which actually isn't a
> maximum cost, but is more the maximum number of nodes which will be read
> during cost calcuation).
> IMHO, these maximum costs should not be the same. In my experience with
> JCR-based applications, the number of matches for a particular node type is
> far greater than the number of matches for a regular property value.
> As a result, I would suggest that if the maximum cost is reached, a greater
> penalty should be applied to a node type index than a regular property index.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
