java-dev@lucene.apache.org
[Top] [All Lists]

Re: NewIndexModifier - - - DeletingIndexWriter

Subject: Re: NewIndexModifier - - - DeletingIndexWriter
From: robert engels
Date: Tue, 13 Feb 2007 09:31:22 -0600
Lucene is not a word processor. It is a development library. I think an understanding of any development library is essential to using it properly. Once you have even a basic understanding of the Lucene design, it is very clear as to why deletes are performed using the IndexReader.

If you attempt to use Lucene without understanding its use proper and design (there are many people on this list that think it is a database) you will probably get most things wrong.

On Feb 13, 2007, at 1:17 AM, Nadav Har'El wrote:

On Fri, Feb 09, 2007, jian chen wrote about "Re: NewIndexModifier - - - DeletingIndexWriter":
Following the Lucene dev mailing list for sometime now, I am concerned that lucene is slowing losing all the simplicity and become a complicated mess. I think keeping IndexReader and IndexWriter the way it works in 1.2 even is
better, no?
Software should be designed to be simple to use and maintain, that's my
concern.

Hi, I wonder - how do you see the original IndexReader and IndexWriter
separation "simple to use"?

Every single user of Lucene that I know, encountered very quickly the problem of how to delete documents; Many of them started to use IndexModifier, and then suddenly realized its performance makes it unusable; Many (as you can also see from examples sent to the user list once in a while) ended up writing
their own complex code for buffering deletes (and similar solutions).

So for users, the fact that an index "writer" cannot delete, but rather an index "reader" (!) is the one that can delete documents, wasn't simplicity - it was simply confusing, and hard to use. It meant each user needed to work hard to get around this limitation. Wouldn't it be better if Lucene included
this functionality that many (if not most) users need, out of the box?

--
Nadav Har'El | Tuesday, Feb 13 2007, 25 Shevat 5767 IBM Haifa Research Lab |----------------------------------------- |Just remember that if the world didn't
http://nadav.harel.org.il           |suck, we would all fall off.

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@xxxxxxxxxxxxxxxxx
For additional commands, e-mail: java-dev-help@xxxxxxxxxxxxxxxxx



---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@xxxxxxxxxxxxxxxxx
For additional commands, e-mail: java-dev-help@xxxxxxxxxxxxxxxxx

<Prev in Thread] Current Thread [Next in Thread>