You are viewing a plain text version of this content. The canonical link for it is here.

Posted to oak-issues@jackrabbit.apache.org by "Justin Edelson (JIRA)" <ji...@apache.org> on 2014/06/19 03:16:25 UTC

[jira] [Updated] (OAK-1902) NodeTypeIndex is not conversative enough about its cost

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

Justin Edelson updated OAK-1902:
--------------------------------

    Attachment: OAK-1902.patch

proposed patch which changes the penalty for node types from 1.1 to 1.6 and also makes it possible to configure this using OSGi configuration.

> 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
>            Reporter: Justin Edelson
>         Attachments: 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)