I'm trying to support an interface where documents can be added one at a time at a high rate (via HTTP POST). You don't know all of the documents ahead of time, so you can't delete them all ahead of time.
A simple solution is to queue documents as they're posted. When either (a) the queue has 1000 documents or (b) one minute has passed, process the queue. First delete each document in the queue by its unique id, then add them. Reset the queue and repeat.
Big Big Question: Will a term enumerator enumerate in the order documents were added to the index (for a single term of say id:a)?
Yes.
Another Big Big Question: If the former idea doesn't work, can we depend on the ordering of the docids? Will docs added later always have higher internal docids than ones added earlier?
Yes.
Doug
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
