[
https://issues.apache.org/jira/browse/SOLR-9217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15955016#comment-15955016
]
Mikhail Khludnev commented on SOLR-9217:
----------------------------------------
[~gopikannan], to get the idea you can set showItems=100 at FastLRUCache and
LFUCache filterCache, and then execute score and non-score join under
{{q=filter()}}. Then, you can see in cache stats that score-join entries use
'to'-terms lists as cache entry keys. You can also check it with debugger.
> {!join score=..}.. should delay join to createWeight
> ----------------------------------------------------
>
> Key: SOLR-9217
> URL: https://issues.apache.org/jira/browse/SOLR-9217
> Project: Solr
> Issue Type: Improvement
> Components: query parsers
> Affects Versions: 6.1
> Reporter: Mikhail Khludnev
> Priority: Minor
> Labels: newbie, newdev
>
> {{ScoreJoinQParserPlugin.XxxCoreJoinQuery}} executes
> {{JoinUtil.createJoinQuery}} on {{rewrite()}}, but it's inefficient in
> {{filter(...)}} syntax or fq. It's better to do that in {{createWeigh()}} as
> it's done in classic Solr {{JoinQuery}}, {{JoinQParserPlugin}}.
> All existing tests is enough, we just need to assert rewrite behavior - it
> should rewrite on enclosing range query or so, and doesn't on plain term
> query.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
