The most changing fields will be I think:
Status (read/unread): in fact I'm affraid of this at most - any
mail incoming to the system will need to be indexed at
least twice
Flags: 0..n values from enum
Tags: 0..n values from enum
Of course all the other fields can also change - even content in draft messages
(it's live content, not archival) - but in such a case I'm ready to go
with the re-indexing.
> 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]
--
Pozdrowienia,
Wojciech Strzałka
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
