[
https://issues.apache.org/jira/browse/SOLR-3055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13196066#comment-13196066
]
Robert Muir commented on SOLR-3055:
-----------------------------------
Hi Koji: I think as far as attribute+QP, it might not be the best way to go.
For example, another way (and customization of phrase query) is on SOLR-2660.
In that patch i added factory methods to QueryParser so you can override this:
then hooks to solr's fieldtype.
But with the attribute approach, what happens if I omit positions AND use
n-grams?
This is a totally reasonable thing to do, since positions are redundantly
encoded
in the n-gram term text, it makes sense i might not index any positions at all
and approximate my phrase queries with boolean AND :)
I think subclassing is a better approach: because otherwise how do we
determine which would run first in the case of multiple conflicting attributes?
In this case then the consumer (e.g. Solr) is forced to decide and its more
consistent
with the way other queries are generated: getXXXQuery() etc.
> Use NGramPhraseQuery in Solr
> ----------------------------
>
> Key: SOLR-3055
> URL: https://issues.apache.org/jira/browse/SOLR-3055
> Project: Solr
> Issue Type: New Feature
> Components: Schema and Analysis, search
> Reporter: Koji Sekiguchi
> Priority: Minor
> Attachments: SOLR-3055.patch
>
>
> Solr should use NGramPhraseQuery when searching with default slop on n-gram
> field.
--
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: [email protected]
For additional commands, e-mail: [email protected]
