lucene-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Erick Erickson" <erickerick...@gmail.com>
Subject Re: Re[2]: Frequently updated fields
Date Fri, 12 Sep 2008 13:38:47 GMT
If you search the archive, this very topic has been
discussed many times. You'e find a wealth of
discussion and more than a few options
outlined there

Best
Erick

2008/9/12 Wojciech Strzałka <wstrzalka@gmail.com>

>
> 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: java-user-unsubscribe@lucene.apache.org
> >> For additional commands, e-mail: java-user-help@lucene.apache.org
> >>
>
>
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> > For additional commands, e-mail: java-user-help@lucene.apache.org
>
>
>
> --
> Pozdrowienia,
>  Wojciech Strzałka
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org
>
>
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message