[
https://issues.apache.org/jira/browse/SOLR-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13869271#comment-13869271
]
Andrew Buchanan commented on SOLR-2649:
---------------------------------------
Just to clarify further with regards to
TestExtendedDismaxParser.testCJKStructured, the following is how the queries
would change.
1. "大亚湾 OR bogus" MM=0%
From: +(((standardtok:大 standardtok:亚 standardtok:湾)) (standardtok:bogus))
To: +(((standardtok:大 standardtok:亚 standardtok:湾)) (standardtok:bogus))
Unchanged
2. "大亚湾 OR bogus" MM=67%
From: +((((standardtok:大 standardtok:亚 standardtok:湾)~2))
(standardtok:bogus))
To: +(((((standardtok:大 standardtok:亚 standardtok:湾)~2))
(standardtok:bogus))~1)
Requires one top level clause to match (effectively the same)
3. "大亚湾 OR bogus" MM=100%
From: +((((standardtok:大 standardtok:亚 standardtok:湾)~3))
(standardtok:bogus))
To: +(((((standardtok:大 standardtok:亚 standardtok:湾)~3))
(standardtok:bogus))~2)
Requires both top level clauses to match
This is effectively applying the MM to BOTH the inner clause AND the outer
clause separately, which may or may not be what is desired...
> MM ignored in edismax queries with operators
> --------------------------------------------
>
> Key: SOLR-2649
> URL: https://issues.apache.org/jira/browse/SOLR-2649
> Project: Solr
> Issue Type: Bug
> Components: query parsers
> Reporter: Magnus Bergmark
> Priority: Minor
> Fix For: 4.7
>
>
> Hypothetical scenario:
> 1. User searches for "stocks oil gold" with MM set to "50%"
> 2. User adds "-stockings" to the query: "stocks oil gold -stockings"
> 3. User gets no hits since MM was ignored and all terms where AND-ed
> together
> The behavior seems to be intentional, although the reason why is never
> explained:
> // For correct lucene queries, turn off mm processing if there
> // were explicit operators (except for AND).
> boolean doMinMatched = (numOR + numNOT + numPluses + numMinuses) == 0;
> (lines 232-234 taken from
> tags/lucene_solr_3_3/solr/src/java/org/apache/solr/search/ExtendedDismaxQParserPlugin.java)
> This makes edismax unsuitable as an replacement to dismax; mm is one of the
> primary features of dismax.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
