There is no single easy answer to the question. There are a number of solutions to the problem, in this thread we've so far listed the following: reindex document in single index, using parallell indices and filters created from the source data. There are other things one can do too, but which solution or what combination of them to use depends on your needs and your data.

Perhaps someone could create a Wiki page that describes the different approaches.


      karl

12 sep 2008 kl. 18.43 skrev Gerardo Segura:

I think the important question is: in general how to cope with frequently changing fields.


Karl Wettin wrote:
Hi Wojciech,

can you please give us a bit more specific information about the meta data fields that will change? I would recommend you looking at creating filters from your primary persistency for query clauses such as unread/read, mailbox folders, et c.

     karl

12 sep 2008 kl. 13.57 skrev Wojciech Strza?ka:

Hi.

 I'm new to Lucene and I would like to get a few answers (they can
 be lame)

I want to index large amount of emails using Lucene (maybe SOLR), not only
 the contents but also some metadata like state or flags. The
 problem is that the metadata will change during mail lifecycle,
 although much smaller updating this information will require
 reindex the whole mail content which I see performance bottleneck.

 I have the data in DB also so my first question is:

 - are there any best practices to implement my needs (querying both
 lucene & DB and then merging in memory?, close one eye and re-index
 the whole content on every metadata change? others?)

 - is at all Lucene good solution for my problem?

- are there any plans to implement field updates in more efficient way then
 delete/insert the whole document? if yes what's the time horizon?


                                      Best regards
                                             Wojtek


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



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




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



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

Reply via email to