[
https://issues.apache.org/jira/browse/SOLR-4586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13603799#comment-13603799
]
Mark Miller commented on SOLR-4586:
-----------------------------------
I guess you just explicitly put in 1500 clauses?
We fixed the situation for the multi term queries - queries that rewrote
themselves into BQ's. They were the scary, surprise stuff.
I guess there is still a limit if you are explicit. I'll make the same argument
i made a long time ago but i guess never wrapped up - this limit should be
MAX_INT for explicit stuff! Yes, the more BQ's you explicity put, the worse
your perf will be. We shouldn't cut this off at some arbitrary number! We
should just as soon throw expcetions in Solr when too many QPS are reached.
> Remove maxBooleanClauses from Solr
> ----------------------------------
>
> Key: SOLR-4586
> URL: https://issues.apache.org/jira/browse/SOLR-4586
> Project: Solr
> Issue Type: Improvement
> Affects Versions: 4.2
> Reporter: Shawn Heisey
> Attachments: SOLR-4586.patch
>
>
> In the #solr IRC channel, I mentioned the maxBooleanClauses limitation to
> someone asking a question about queries. Mark Miller told me that
> maxBooleanClauses no longer applies, that the limitation was removed from
> Lucene sometime in the 3.x series. The config still shows up in the example
> even in the just-released 4.2.
> Checking through the source code, I found that the config option is parsed
> and the value stored in objects, but does not actually seem to be used by
> anything. I removed every trace of it that I could find, and all tests still
> pass.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
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
