[
https://issues.apache.org/jira/browse/SOLR-6234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14619385#comment-14619385
]
Ryan Josal commented on SOLR-6234:
----------------------------------
That will be great Tim! For my personal use case, I added a feature to the
qparser that, after constructing the LocalSolrQueryRequest, would apply the
handler config (defaults, appends, invariants) from the otherCore (say
"/select" handler) to the request so that in a nutshell your other query could
be a simple string and it would follow whatever edismax rules you had
configured for the other core. That instead of the more strict db style lucene
query syntax. If there's interest I am happy to share the patch.
> Scoring modes for query time join
> ----------------------------------
>
> Key: SOLR-6234
> URL: https://issues.apache.org/jira/browse/SOLR-6234
> Project: Solr
> Issue Type: New Feature
> Components: query parsers
> Affects Versions: 5.3
> Reporter: Mikhail Khludnev
> Assignee: Timothy Potter
> Labels: features, patch, test
> Fix For: 5.3
>
> Attachments: SOLR-6234.patch, SOLR-6234.patch
>
>
> it adds {{scorejoin}} query parser which calls Lucene's JoinUtil underneath.
> It supports:
> - {{score=none|avg|max|total}} local param (passed as ScoreMode to JoinUtil)
> - {{score=none}} is *default*, eg if you *omit* this localparam
> - supports {{b=100}} param to pass {{Query.setBoost()}}.
> - {{multiVals=true|false}} is introduced
> - there is a test coverage for cross core join case.
> - so far it joins string and multivalue string fields (Sorted, SortedSet,
> Binary), but not Numerics DVs. follow-up LUCENE-5868
> -there was a bug in cross core join, however there is a workaround for it-
> it's fixed in Dec'14 patch.
> Note: the development of this patch was sponsored by an anonymous contributor
> and approved for release under Apache License.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
