[ 
https://issues.apache.org/jira/browse/SOLR-8395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mikhail Khludnev updated SOLR-8395:
-----------------------------------
    Attachment: SOLR-8395.patch

Back to work. Meanwhile LUCENE-7418 nuked legacy numerics from {{JoinUtil}}. 
This patch pulls it back into {{ScoreJoinQParserPlugin}}, however it requires 
to expose some join internals on public. 
I understand that having points in Solr is better, but is there anything 
preventing from forgiving  such approach? 

> query-time join (with scoring) for single value numeric fields
> --------------------------------------------------------------
>
>                 Key: SOLR-8395
>                 URL: https://issues.apache.org/jira/browse/SOLR-8395
>             Project: Solr
>          Issue Type: Improvement
>          Components: search
>            Reporter: Mikhail Khludnev
>            Assignee: Mikhail Khludnev
>            Priority: Minor
>              Labels: easytest, features, newbie, starter
>             Fix For: 5.5
>
>         Attachments: SOLR-8395.patch, SOLR-8395.patch, SOLR-8395.patch, 
> SOLR-8395.patch, SOLR-8395.patch
>
>
> since LUCENE-5868 we have an opportunity to improve SOLR-6234 to make it join 
> int and long fields. I suppose it's worth to add "simple" test in Solr 
> NoScore suite. 
> * Alongside with that we can set _multipleValues_ parameters giving 
> _fromField_ cardinality declared in schema;



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to