Hello,
I have read the parallel reader doc. It says it must have the same number of
documents as the other index.
When we are using a writer - searcher combination, how can we integrate this
parallel reader into game.
Simply, I have some documents, and I just like to mark them, in an efficient
wa
Erick Erickson wrote:
As always, "it depends". You can try to reconstruct the doc from an index,
see Luke. But depending upon you you indexed things, it may be more
or less lossy. I remember this was discussed recently, you might have
some luck if you search the archive.
But it may be very, very
One option is to index the new field in sync (same index order) into
a new index, and search using a ParallelIndexReader.
Erik
On Jan 30, 2008, at 7:42 PM, John Wang wrote:
Hi all:
We have a large index and it is difficult to reindex.
We want to add another field to the in
John Wang wrote:
Thanks Chris! This works with lucene2.1 and greater (breaks with
lucene2.0)
A follow up question, anyway to rename and to delete a field.
Rename field: I tried to use a hex editor to edit the .fnm file
(screwed up
my index, but I was careful and followed the index format
Woops -- disregard this! Chris' approach will work. And, we don't
need addParallelIndices!
Mike
Michael McCandless wrote:
I don't think this will do the right thing in this case, because
addIndexes "appends" the documents from all indices together.
Whereas John wants to "merge in" a
I don't think this will do the right thing in this case, because
addIndexes "appends" the documents from all indices together.
Whereas John wants to "merge in" a new field into all docs in an
existing index.
Really what we need is a new "addParallellIndices" method. I think,
conceptual
Thanks Chris! This works with lucene2.1 and greater (breaks with lucene2.0)
A follow up question, anyway to rename and to delete a field.
Rename field: I tried to use a hex editor to edit the .fnm file (screwed up
my index, but I was careful and followed the index format)
Deleting a field: ideas?
: I have to keep one index though. Is there a way to reproduce an index from
: an indexReader?
asuming you have indexes that work in conjunction with eachther they
way you want when using ParallelReader, you should (in theory) be able to
use...
ParallelReader r = ...;
IndexWriter w = new
I was actually thinking of creating a separate index with only the extra
field and them modify the other index (change some files etc.)
Sounds hacky. Dunno if its possible.
Thanks
-john
On Jan 31, 2008 9:36 AM, Erick Erickson <[EMAIL PROTECTED]> wrote:
> As always, "it depends". You can try to
As always, "it depends". You can try to reconstruct the doc from an index,
see Luke. But depending upon you you indexed things, it may be more
or less lossy. I remember this was discussed recently, you might have
some luck if you search the archive.
But it may be very, very expensive to reconstruc
I have to keep one index though. Is there a way to reproduce an index from
an indexReader?
-John
On Jan 31, 2008 1:30 AM, Michael McCandless <[EMAIL PROTECTED]>
wrote:
>
> Just beware, though, that with ParallelReader you must ensure that
> the internal docIDs of both indices remain "aligned" ov
Just beware, though, that with ParallelReader you must ensure that
the internal docIDs of both indices remain "aligned" over time.
If you never do deletions, then that happens for free.
If you do deletions, then, you must change IndexWriter to buffer by
doc count (same doc count for all wr
This may help:
http://www.nabble.com/Updating-Lucene-Index-with-Unstored-fields-tt15188818.html#a15188818
Doron
On Thu, Jan 31, 2008 at 2:42 AM, John Wang <[EMAIL PROTECTED]> wrote:
> Hi all:
>
>We have a large index and it is difficult to reindex.
>
>We want to add another field to the
13 matches
Mail list logo
