You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Timothy Potter (Jira)" <ji...@apache.org> on 2022/05/16 15:50:00 UTC

[jira] [Created] (SOLR-16199) Solr SQL using {!complexphrase} for wildcard filters doesn't always work as expected

Timothy Potter created SOLR-16199:
-------------------------------------

             Summary: 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


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: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org