I opened SOLR-5768
https://issues.apache.org/jira/browse/SOLR-5768
On Mon, Feb 24, 2014 at 12:56 AM, Shalin Shekhar Mangar
shalinman...@gmail.com wrote:
Yes that should be simple. But regardless of the parameter, the
fl=id,score use-case should be optimized by default. I think I'll
commit the
I¹ll second that thank-you, this is awesome.
I asked about this issue in 2010, but when I didn¹t hear anything (and
disappointingly didn¹t find SOLR-1880), we ended up rolling our own
version of this functionality. I¹ve been laboriously migrating it every
time we bump our Solr version ever
In most of our Solr use-cases, we fetch only fl=uniqueKey or
fl=uniqueKey,another_int_field. I'd like to be able to do a distributed
search and skip STAGE_GET_FIELDS -- i.e. the stage where each shard is
queried for the documents found the the top ids -- as it seems like we
could be collecting
What a coincidence - I was about to commit a patch which makes it
possible. It will be released with 4.8
See https://issues.apache.org/jira/browse/SOLR-1880
On Sun, Feb 23, 2014 at 11:27 PM, Gregg Donovan gregg...@gmail.com wrote:
In most of our Solr use-cases, we fetch only fl=uniqueKey or
I should clarify though that this optimization only works with fl=id,score.
On Sun, Feb 23, 2014 at 11:34 PM, Shalin Shekhar Mangar
shalinman...@gmail.com wrote:
What a coincidence - I was about to commit a patch which makes it
possible. It will be released with 4.8
See
On Sun, Feb 23, 2014 at 1:08 PM, Shalin Shekhar Mangar
shalinman...@gmail.com wrote:
I should clarify though that this optimization only works with fl=id,score.
Although it seems like it should be relatively simple to make it work
with other fields as well, by passing down the complete fl
