[
https://issues.apache.org/jira/browse/SOLR-14765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17182084#comment-17182084
]
Michael Gibney commented on SOLR-14765:
---------------------------------------
Right, that makes sense. For {{cursorMark}} optimization should (as you say) be
possible for "rows=0", but I'm less sure about "sort by score" on
{{MatchAllDocsQuery}} or {{ConstantScoreQuery}}. I think that _can_ be done
with {{cursorMark}} (it would just always fall back to docId sort as a
tiebreaker?); sort would be similarly pointless in this case, but I couldn't
figure out whether it was possible (or worth it -- kind of an edge case) to
respect {{searchAfter}} in conjunction with skipping sort ...
> optimize DocList creation by skipping sort for sort-irrelevant cases
> --------------------------------------------------------------------
>
> Key: SOLR-14765
> URL: https://issues.apache.org/jira/browse/SOLR-14765
> Project: Solr
> Issue Type: Improvement
> Affects Versions: master (9.0)
> Reporter: Michael Gibney
> Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> When {{rows=0}}, and for {{MatchAllDocsQuery}} and {{ConstantScoreQuery}}
> (and possibly others?), it is possible for
> {{SolrIndexSearcher.getDocListC(QueryResult, QueryCommand)}} to create a
> DocList directly from {{filterCache}} DocSets -- similar to
> {{useFilterForSortedQuery}}, but without actually sorting.
> This results in significant benefits for high-recall domains, including the
> common (and commonly-cached) use-case of {{q=\*:*}} and {{fq}}, facets, etc.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
