[
https://issues.apache.org/jira/browse/SOLR-9217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15955016#comment-15955016
]
Mikhail Khludnev edited comment on SOLR-9217 at 4/4/17 11:31 AM:
-----------------------------------------------------------------
[~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.
Also, have a look at {{org.apache.solr.query.FilterQuery}}
was (Author: mkhludnev):
[~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- (!) I suppose it's {{filter()}} only problem,
> not 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: [email protected]
For additional commands, e-mail: [email protected]
