[
https://issues.apache.org/jira/browse/SOLR-16199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17539567#comment-17539567
]
ASF subversion and git services commented on SOLR-16199:
--------------------------------------------------------
Commit 399ec44d9397ec12eaac5d69e48379eb71e971d1 in solr's branch
refs/heads/revert-865-SOLR-16199 from Timothy Potter
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=399ec44d939 ]
Revert "SOLR-16199: Improve handling of LIKE queries with wildcard (#865)"
This reverts commit c64e5fda3b9e1e7208556fb01ac1c49f2f5a28a8.
> Solr SQL using {!complexphrase} for wildcard filters doesn't always work as
> expected
> ------------------------------------------------------------------------------------
>
> Key: SOLR-16199
> URL: https://issues.apache.org/jira/browse/SOLR-16199
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Parallel SQL
> Reporter: Timothy Potter
> Assignee: Timothy Potter
> Priority: Major
> Labels: RobustSQL
> Fix For: 8.11.2, 9.1
>
> Time Spent: 2h 10m
> Remaining Estimate: 0h
>
> If a field is text analyzed, then doing {{{!complexphrase}name:\"Test*\"}}
> causes:
> {code}
> \"msg\":\"maxClauseCount is set to 1024\",\n
> \"trace\":\"org.apache.lucene.search.BooleanQuery$TooManyClauses:
> maxClauseCount is set to 1024\\n\\tat
> {code}
> Working around the issue with the parens hack like {{name LIKE '(Test*)'}}
> makes the query work as expected. Perhaps we can just drop using the
> {{complexphrase}} parser if the predicate has a trailing wildcard only
> (leading too), that'll probably cover the bulk of the problems and use parens
> instead of double quotes if it has multiple wild card in it?
> Need to build some better test cases around wildcard matching for string and
> text analyzed fields.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
