[jira] [Resolved] (LUCENE-8701) Speed up ToParentBlockJoinQuery when total hit count is not needed

["Jim Ferenczi (JIRA)" <ji...@apache.org>]

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

Jim Ferenczi resolved LUCENE-8701.
----------------------------------
       Resolution: Fixed
    Fix Version/s: master (9.0)
                   8.1

Thanks Adrien, I pushed a patch that also rewrites the constant score query.

> Speed up ToParentBlockJoinQuery when total hit count is not needed
> ------------------------------------------------------------------
>
>                 Key: LUCENE-8701
>                 URL: https://issues.apache.org/jira/browse/LUCENE-8701
>             Project: Lucene - Core
>          Issue Type: Improvement
>            Reporter: Jim Ferenczi
>            Priority: Minor
>             Fix For: 8.1, master (9.0)
>
>         Attachments: LUCENE-8701.patch, LUCENE-8701.patch
>
>
> We spotted a regression on nested queries in the Elastisearch nightly track:
> https://elasticsearch-benchmarks.elastic.co/index.html#tracks/nested/nightly/30d
> It seems related to the fact that we propagate the TOP_SCORES score mode to the child query even though we don't compute a max score in the BlockJoinScorer and don't propagate the minimum score either. Since it is not possible to compute a max score for a document that depends on other documents (the children) we should probably force the score mode to COMPLETE to build the child scorer. This should avoid the overhead of loading and reading the impacts. It should also be possible to early terminate queries that use the ScoreMode.None mode since in this case the score of each parent document is the same.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org