lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael McCandless (JIRA)" <>
Subject [jira] [Commented] (LUCENE-4236) clean up booleanquery conjunction optimizations a bit
Date Tue, 27 Nov 2012 18:39:58 GMT


Michael McCandless commented on LUCENE-4236:

Maybe we should make it .estimateHitCount instead of estimateCost, so it's more explicit?
> clean up booleanquery conjunction optimizations a bit
> -----------------------------------------------------
>                 Key: LUCENE-4236
>                 URL:
>             Project: Lucene - Core
>          Issue Type: Improvement
>            Reporter: Robert Muir
>             Fix For: 4.1
>         Attachments: LUCENE-4236.patch, LUCENE-4236.patch, LUCENE-4236.patch, LUCENE-4236.patch
> After LUCENE-3505, I want to do a slight cleanup:
> * compute the term conjunctions optimization in scorer(), so its applied even if we have
optional and prohibited clauses that dont exist in the segment (e.g. return null)
> * use the term conjunctions optimization when optional.size() == minShouldMatch, as that
means they are all mandatory, too.
> * don't return booleanscorer1 when optional.size() == minShouldMatch, because it means
we have required clauses and in general BS2 should do a much better job (e.g. use advance).

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message