[
https://issues.apache.org/jira/browse/SOLR-1632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13195635#comment-13195635
]
Yonik Seeley commented on SOLR-1632:
------------------------------------
bq. it can't be millions of terms because a million exceeds the boolean max
clause count, in which it will always use a filter.
So depending on exactly how many terms the range query covers, extractTerms may
or may not return any.
So extractTerms() may return 300 terms the first time, and then after someone
adds some docs to the index it may suddenly return 0.
This just strengthens the case that we should be consistent and just always
ignore the terms from these MTQs.
bq. Its incorrect to say rewrite has gotten more expensive? More expensive than
what?
Sorry, I wasn't specific enough. I meant compared to back when Solr had it's
own RangeFilter and PrefixFilter that it would wrap in a ConstantScoreQuery.
There never was any rewrite-to-boolean-query or consulting the index, so it's
obviously a faster rewrite().
But back to the original question - I still see no reason to
request/return/cache terms/stats from these multi-term queries when by
definition they should not change the results of the request.
> Distributed IDF
> ---------------
>
> Key: SOLR-1632
> URL: https://issues.apache.org/jira/browse/SOLR-1632
> Project: Solr
> Issue Type: New Feature
> Components: search
> Affects Versions: 1.5
> Reporter: Andrzej Bialecki
> Attachments: 3x_SOLR-1632_doesntwork.patch, SOLR-1632.patch,
> SOLR-1632.patch, SOLR-1632.patch, distrib-2.patch, distrib.patch
>
>
> Distributed IDF is a valuable enhancement for distributed search across
> non-uniform shards. This issue tracks the proposed implementation of an API
> to support this functionality in Solr.
--
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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
