[prev in list] [next in list] [prev in thread] [next in thread] 

List:       lucene-user
Subject:    Re: IntField vs (IntDocValuesField + StoredField)
From:       Ivan Vasilev <ivasilev () sirma ! bg>
Date:       2012-10-31 15:18:50
Message-ID: 5091415A.7070403 () sirma ! bg
[Download RAW message or body]

Yes the "1" is the value of the field.
Thanks Mike and Uwe.

On 31.10.2012 г. 16:23, Michael McCandless wrote:
> Uwe, that '1' was the value of the field not the precision step...
> 
> And that's a good point about IntDocValues being more efficient for sorting.
> 
> Mike McCandless
> 
> http://blog.mikemccandless.com
> 
> On Wed, Oct 31, 2012 at 10:16 AM, Uwe Schindler <uwe@thetaphi.de> wrote:
> > And in general, using 1 as precisionStep is not always a good idea - size-wise \
> > and performance wise. I would use the default of 4. 
> > -----
> > Uwe Schindler
> > H.-H.-Meier-Allee 63, D-28213 Bremen
> > http://www.thetaphi.de
> > eMail: uwe@thetaphi.de
> > 
> > > -----Original Message-----
> > > From: Michael McCandless [mailto:lucene@mikemccandless.com]
> > > Sent: Wednesday, October 31, 2012 2:52 PM
> > > To: java-user@lucene.apache.org
> > > Subject: Re: IntField vs (IntDocValuesField + StoredField)
> > > 
> > > The big advantage of IntField is you can do NumericRangeQuery/Filter on the
> > > field.
> > > 
> > > Mike McCandless
> > > 
> > > http://blog.mikemccandless.com
> > > 
> > > On Wed, Oct 31, 2012 at 9:42 AM, Ivan Vasilev <ivasilev@sirma.bg> wrote:
> > > > Hy Guys,
> > > > 
> > > > Is there some advantage in speed or index size to use this:
> > > > 
> > > > IntDocValuesField fld = new IntDocValuesField("fldName", 1);
> > > > StoredField fld = new StoredField("fldName", 1);
> > > > 
> > > > instead of this:
> > > > 
> > > > IntField fld = new IntField("fld", 1, Field.Store.YES);
> > > > 
> > > > Searching, sorting and retrieving data from just one object (IntField)
> > > > is easier than dealing with two objects (IntDocValuesField and
> > > > StoredFiel) for the same field.
> > > > So as Lucene includes the also latter alternative, there might be some
> > > > advantages using it?
> > > > 
> > > > Cheers,
> > > > Ivan
> > > > 
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> > > > For additional commands, e-mail: java-user-help@lucene.apache.org
> > > > 
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> > > For additional commands, e-mail: java-user-help@lucene.apache.org
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> > For additional commands, e-mail: java-user-help@lucene.apache.org
> > 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]