[
https://issues.apache.org/jira/browse/SOLR-11641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16251954#comment-16251954
]
ASF subversion and git services commented on SOLR-11641:
--------------------------------------------------------
Commit be154e9ea3b2f8f248cbebff8153978a24ed98f6 in lucene-solr's branch
refs/heads/branch_7x from Chris Hostetter
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=be154e9 ]
SOLR-11641: Change to default to so default behavior is to PostFilter if user
specifies
(cherry picked from commit d77d54b1a65ba1705c8ecff907215260ac3cb82d)
> {!frange} / FunctionRangeQuery should default to 100==getCost() so non-cached
> fq's default to post-filtering
> ------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-11641
> URL: https://issues.apache.org/jira/browse/SOLR-11641
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: query parsers
> Reporter: Hoss Man
> Assignee: Hoss Man
> Attachments: SOLR-11641.patch, SOLR-11641.patch, SOLR-11641.patch
>
>
> While reviewing the code paths that can result in the execution of an 'fq', I
> realized that executing an {{'{!frange cache=false ... \}'}} query (with
> default 'cost=0' localparam) that matches "very few" documents (compared to
> the other q/fq clauses) can result in a pathelogical "bad" case situation
> where the function is computed unneccessarily for lots of documents in order
> for the Scorer to satisfy the {{advance(int)}} API of returning the "next"
> matching document -- making that situation benefit from using the post-filter
> code path just as much as if the {{'{!frange\}'"" matches "very many"
> documents (compared to the other q/fq clauses)
> In other words: because FunctionRangeQuery has no ability to effectively
> "skip ahead" to the next match, there is no advantage (that I can see) in
> executing a FunctionRangeQuery as "regular" Filter in a Conjunction with the
> other query clauses.
> I think we should change the default behavior of {{'{!frange\}'}} so that the
> effective default {{cost==100}} so that _when a user specifies cache==false_
> they run as post filters.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
