[
https://issues.apache.org/jira/browse/SOLR-4280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13578447#comment-13578447
]
James Dyer commented on SOLR-4280:
----------------------------------
Markus,
On SOLR-4278, you said,
{quote}
It would be helpful if we can take the number of hits for a single filter from
the filterCache itself.
{quote}
I think the key here is "single filter". I think it would be possible for a
user to misuse this feature and have it constantly adding entries to the
filterCache to check if different scenarios have a high enough percentage to
get a suggestion. Can we lock it down so users won't have to deal with
unexpected bad performance in this case?
> spellcheck.maxResultsForSuggest based on filter query results
> -------------------------------------------------------------
>
> Key: SOLR-4280
> URL: https://issues.apache.org/jira/browse/SOLR-4280
> Project: Solr
> Issue Type: Improvement
> Components: spellchecker
> Reporter: Markus Jelsma
> Fix For: 4.2, 5.0
>
> Attachments: SOLR-4280-trunk-1.patch
>
>
> spellcheck.maxResultsForSuggest takes a fixed number but ideally should be
> able to take a ratio and calculate that against the maximum number of results
> the filter queries return.
> At least in our case this would certainly add a lot of value. >99% of our
> end-users search within one or more filters of which one is always unique.
> The number of documents for each of those unique filters varies significantly
> ranging from 300 to 3.000.000 documents in which they search. The
> maxResultsForSuggest is set to a reasonable low value so it kind of works
> fine but sometimes leads to undesired suggestions for a large subcorpus that
> has more misspellings.
> Spun off from SOLR-4278.
--
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
