I pretty sure that the boost function is going load up the fieldCache for
that field, which will have the same memory footprint as sorting.
You may want to try out disk based doc values (new 4.2). Documentation is
sparse on this but you can specify a field as being docValues="true" and
set it to a field type where docValuesFormat="Disk"
example:
<field name="rec_time" type="date_disk" indexed="true" required="true"
multiValued="false" docValues="true" default="NOW" />
<fieldType name="date_disk" class="solr.TrieDateField"
precisionStep="0" docValuesFormat="Disk" positionIncrementGap="0"/>
On Mon, Mar 25, 2013 at 11:14 AM, Erick Erickson <erickerick...@gmail.com>wrote:
> Certainly that will be true for the bare q=*:*, I meant with the boosting
> clause added.
>
> Best
> Erick
>
>
> On Sun, Mar 24, 2013 at 7:01 PM, adityab <aditya_ba...@yahoo.com> wrote:
>
> > thanks Eric. in this query "q=*:*" the Lucene score is always 1
> >
> >
> >
> > --
> > View this message in context:
> >
> http://lucene.472066.n3.nabble.com/Too-many-fields-to-Sort-in-Solr-tp4049139p4050944.html
> > Sent from the Solr - User mailing list archive at Nabble.com.
> >
>
--
Joel Bernstein
Professional Services LucidWorks
