21 messages in org.apache.lucene.solr-devRe: Incremental Field Updates| From | Sent On | Attachments |
|---|---|---|
| Shai Erera | Apr 25, 2010 4:32 am | |
| Michael McCandless | May 5, 2010 8:54 am | |
| Shai Erera | May 5, 2010 10:17 am | |
| Babak Farhang | May 8, 2010 11:39 pm | |
| Shai Erera | May 8, 2010 11:49 pm | |
| Babak Farhang | May 9, 2010 12:31 am | |
| Shai Erera | May 9, 2010 4:38 am | |
| Michael McCandless | May 10, 2010 12:43 am | |
| Shai Erera | May 10, 2010 1:04 am | |
| Michael McCandless | May 10, 2010 1:40 am | |
| Babak Farhang | May 10, 2010 9:22 pm | |
| Shai Erera | May 10, 2010 9:26 pm | |
| Grant Ingersoll | May 11, 2010 12:40 pm | |
| Babak Farhang | May 12, 2010 2:27 am | |
| Michael McCandless | May 12, 2010 2:55 am | |
| Jan Høydahl / Cominvent | Oct 7, 2010 1:59 am | |
| Shai Erera | Oct 7, 2010 2:06 am | |
| Andrzej Bialecki | May 23, 2011 9:07 am | |
| Shai Erera | May 23, 2011 11:24 am | |
| Michael McCandless | May 23, 2011 12:03 pm | |
| Andrzej Bialecki | May 23, 2011 12:45 pm |
| Subject: | Re: Incremental Field Updates | |
|---|---|---|
| From: | Michael McCandless (luc...@mikemccandless.com) | |
| Date: | May 23, 2011 12:03:30 pm | |
| List: | org.apache.lucene.solr-dev | |
One thing that makes IFU especially compelling now is that we have improved how we track buffered deletes, which records by Term or Query mapped against certain segments which documents should be deleted.
I think this same "channel" can be generalized to also hold pending updates to documents from prior segments. We should be able to reuse much of the buffered deletes code to also hold buffered doc updates.
IFU would be an *awesome* addition ;)
I think doc blocks (LUCENE-3112) makes IFU even more important.
Mike
http://blog.mikemccandless.com
On Mon, May 23, 2011 at 12:08 PM, Andrzej Bialecki <ab...@getopt.org> wrote:
On 10/7/10 11:07 AM, Shai Erera wrote:
Not yet. I actually plan to start working on it next week, but it will take some time until I post the first patch. Also, I'll probably develop it on top of trunk only, utilizing flexible indexing. At the moment, I have no plans, nor can I estimate how much work is required, to develop it on top of 3x.
Unfortunately my regular projects keep me very busy, but it's time I allocate some time to work on this one too :). Stay tuned !
I still am :)
I'm resurrecting this old thread in the hopes that this subject again attracts attention of the Lucene mind collective. The design proposal that you presented at that time seemed workable ... so I guess it just requires someone to roll up the sleeves and start implementing it?
-- Best regards, Andrzej Bialecki <>< ___. ___ ___ ___ _ _ __________________________________ [__ || __|__/|__||\/| Information Retrieval, Semantic Web ___|||__|| \| || | Embedded Unix, System Integration http://www.sigram.com Contact: info at sigram dot com