> MergePolicy expects to receive SegmentInfo instances I ran into this implementing LUCENE-1589.
On Mon, Jul 6, 2009 at 3:18 AM, Michael McCandless < luc...@mikemccandless.com> wrote: > On Mon, Jul 6, 2009 at 2:18 AM, John Wang<john.w...@gmail.com> wrote: > > > Currently, addIndexesNoOptimize(Directory[] dir) is really really > > really fast! (I duplicated my index of 15k docs 200 times and created a > 3M > > doc index in less than a minute) Perhaps we should handle duplicate > > directory names more gracefully? e.g. append a numeral after the segment > > name or something? (I'd happy to work on a patch for it) > > I guess we could explicitly disambiguate on adding external > SegmentInfo instances into IndexWriter's segmentInfos (add a new > member to SegmentInfo that's normally set to a default value but on > importing dups is set to unique values, and then use that member in > hashCode/equals). It's somewhat "smelly" though... > > Or, you could call addIndexesNoOptimize N times, instead; I wonder how > the performance would compare. Is performance a real issue here? > This is just for testing right? > > > For what I need now, I think in my case > addIndexesNoOptimize(IndexReader[]) would work as well (I wouldn't know how > performance would compare though). > > Actually implementing this is actually rather tricky, because > MergePolicy expects to receive SegmentInfo instances, not IndexReader > instances, to make its decisions. > > Mike > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-dev-h...@lucene.apache.org > >
