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 "Dawid Iwo Cokan (Jira)" <ji...@apache.org> on 2021/10/26 07:42:00 UTC
[jira] [Created] (OAK-9606) NodeType index is not ignored for
facets
Dawid Iwo Cokan created OAK-9606:
------------------------------------
Summary: NodeType index is not ignored for facets
Key: OAK-9606
URL: https://issues.apache.org/jira/browse/OAK-9606
Project: Jackrabbit Oak
Issue Type: Bug
Components: search
Affects Versions: 1.6.21
Reporter: Dawid Iwo Cokan
*Conditions:*
Created 300 nodes of new _tmp:document_ type
Added Lucene index for above
Configured facets for one of property (_tmp:tag)_ for that node type
*Steps:*
* Prepare query to run:
{code:java}
SELECT [rep:facet(tmp:tags)] FROM [tmp:document] AS d WHERE (isdescendantnode([d], [/docsFolder])) {code}
* Don't set limit on query
*Expected:*
Since there is index configured for that node the query engine should pick that index and should provide correct results
*Current:*
NodeType index is selected as least cost insetead and empty results is provided
*Note:*
* If limit is set on query then Lucene index is beating the other indexes and it works correctly
* If _contains('*', d)_ is added to query, nodeType is ignored and lucene index is picked
* If there will be too many documents present then Lucene index wins. This is because lucene index canot give higher cost than 1001 while nodeType is growing along with number of documents
*Possible fix:*
IMO the nodeType should be discarded whenever the query is having facets condition - as far as I could see the full text search condition is being checked
Additionaly I am not sure why Query Engine takes care about limit for facets query. As per my understanding the limit has nothing do to in this case
--
This message was sent by Atlassian Jira
(v8.3.4#803005)