Re: DV limited to 32766 ?

/LUCENE-4583> > "StraightBytesDocValuesField fails if bytes > 32k" > > -- Jack Krupansky > > -----Original Message- From: Nicolas Guyot Sent: Friday, August 09, > 2013 5:57 PM To: java-user@lucene.apache.org Subject: DV limited to 32766 > ? > Hi, > > when writi

DV limited to 32766 ?

Hi, when writing a large binaryDocValue, BinaryDocValuesWriter throws an exception saying DocValuesField "fieldName" is too large, must be <= 32766 Is there a way to avoid that limit? Thanks, Nicolas

Re: sorting with lucene 4.3

; On Wed, Jul 31, 2013 at 2:51 PM, Nicolas Guyot wrote: > > I have written a quick test to reproduce the slower sorting with numeric > DV. > > In this test case, it happens only when reverse sorting. > > Right - I bet your numeric field is relatively ordered in the index. > W

Re: sorting with lucene 4.3

that. I will make sure to test in a simpler environment next time ;) On Tue, Jul 30, 2013 at 3:13 PM, Adrien Grand wrote: > Hi, > > On Tue, Jul 30, 2013 at 8:19 PM, Nicolas Guyot wrote: > > When sorting numerically, the search seems to take a bit of a while > > compar

sorting with lucene 4.3

Hi, we are using some of the latest features of lucene for sorting which are very cool but we are facing some issues with the numerical sort: We need two kinds of sort: numerical and lexical. For the lexical we are using SortedDocValuesField and for the numerical we use NumericDocValuesField. The

Re: lucene 4.3 seems to be much slower in indexing than lucene 3.6?

Hi Lisheng, first of all, on all my test cases, i can assure you lucene 4.3 is way more efficient than 3.6. Well after understanding and tweaking a few things ;) second can you help us understanding what is indexed and how? like what kind of fields? which merge policy ?... Thanks, Nicolas On Fr