[ 
https://issues.apache.org/jira/browse/SOLR-3026?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13190369#comment-13190369
 ] 

Jan Høydahl commented on SOLR-3026:
-----------------------------------

I like the f.who.qf style. And the fact that you then can boost the whole DMQ 
clause as a whole.. I'll add that to SOLR-3045 as a suggestion.

But it's a bit overkill to spin a DMQ for simple single-field-aliasing, i.e. my 
example &uf=title:searchable_title_t.
Ideally such a simple field name aliasing should be supported on the Lucene 
parser level.
Alternatively it could be another per-field param
{noformat}
&f.title.fmap=searchable_title_t
{noformat}

I'm still not sure how to use the built-in aliasing to implement this
                
> eDismax: Locking down which fields can be explicitly queried (user fields aka 
> uf)
> ---------------------------------------------------------------------------------
>
>                 Key: SOLR-3026
>                 URL: https://issues.apache.org/jira/browse/SOLR-3026
>             Project: Solr
>          Issue Type: Improvement
>          Components: search
>    Affects Versions: 3.1, 3.2, 3.3, 3.4, 3.5
>            Reporter: Jan Høydahl
>            Assignee: Jan Høydahl
>             Fix For: 3.6, 4.0
>
>         Attachments: SOLR-3026.patch
>
>
> We need a way to specify exactly what fields should be available to the end 
> user as fielded search.
> In the original SOLR-1553, there's a patch implementing "user fields", but it 
> was never committed even if that issue was closed.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Reply via email to