Guys,

I've already asked this question but nobody answered:

Suppose we have a relatively big index which is continuously updated - i.e. new docs get added while some of the old docs get deleted. For pragmatic reasons we have a restriction on maxMergeDocs so that segment files don't get enormously big. Consider now a segment of max size (i.e. containing maxMergeDocs docs hence not eligible for a merge) It is possible that (as time passes) this segment will have more and more of its docs deleted. But as it is not merge-able it will remain the same size and with lots of "wholes" in it which is bad for performance. The only way that I am aware of to correct this problem is to invoke index optimization, which has several drawbacks:
1. it takes a while to optimize a big index.
2. the optimization process always produces a index comprising of a single (extremely) large segment.
We can live with 1.
But 2 is undesirable.
Is there a way to "optimize" (in terms of purging its deleted docs) an index or a single segment
without ending up with a single segment index?

Best,
Stanislav

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to