You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by "Hoss Man (JIRA)" <ji...@apache.org> on 2008/04/04 20:11:24 UTC

[jira] Commented: (SOLR-534) Return all query results with parameter rows=-1

    [ https://issues.apache.org/jira/browse/SOLR-534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12585675#action_12585675 ] 

Hoss Man commented on SOLR-534:
-------------------------------

+0

rows=$REALLY_BIG_NUMBER works just as well, makes people just as aware of what they are doing, and helps protected people who *think* they are aware of what they are doing but really don't (ie: "I know this query will never return more then a thousand things, so I'll use rows=-1 to get them all at once" ... if you know it will never contain more then a thousand, use rows=1000, assert numFound<1000, and eliminate the risk of crashing Solr, hozing your net, or crashing your client.

> Return all query results with parameter rows=-1
> -----------------------------------------------
>
>                 Key: SOLR-534
>                 URL: https://issues.apache.org/jira/browse/SOLR-534
>             Project: Solr
>          Issue Type: New Feature
>          Components: search
>    Affects Versions: 1.3
>         Environment: Tomcat 5.5
>            Reporter: Lars Kotthoff
>            Priority: Minor
>         Attachments: solr-all-results.patch
>
>
> The searcher should return all results matching a query when the parameter rows=-1 is given.
> I know that it is a bad idea to do this in general, but as it explicitly requires a special parameter, people using this feature will be aware of what they are doing. The main use case for this feature is probably debugging, but in some cases one might actually need to retrieve all results because they e.g. are to be merged with results from different sources.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.