AW: Will Solr fit our needs?

2010-03-18 Thread Moritz Maedler
...@gmail.com] Gesendet: Donnerstag, 18. März 2010 00:38 An: solr-user@lucene.apache.org Betreff: Re: Will Solr fit our needs? Another option is the ExternalFileField: http://www.lucidimagination.com/search/document/CDRG_ch04_4.4.4?q=ExternalFileField This lets you store the current prices for all

Re: Will Solr fit our needs?

2010-03-18 Thread Lukáš Vlček
-server). Other books about Lucene and Solr are WIP but unfortunately not released yet. Thanks a lot again guys! -Ursprüngliche Nachricht- Von: Lance Norskog [mailto:goks...@gmail.com] Gesendet: Donnerstag, 18. März 2010 00:38 An: solr-user@lucene.apache.org Betreff: Re: Will Solr fit

Will Solr fit our needs?

2010-03-17 Thread Moritz Mädler
Hi List, we are running a marketplace which has about a comparable functionality like ebay (auctions, fixed-price items etc). The items are placed on the market by users who want to sell their goods. Currently we are using Sphinx as an indexing engine, but, as Sphinx returns only document ids

Re: Will Solr fit our needs?

2010-03-17 Thread Lukáš Vlček
Hi, Solr is running on top of Lucene and as far as I know Lucene knows only one approach how to update the document field content: that is delete first and then (re)index with new values. However, saying this it does not mean you can not implement what you need. Take a look at ParallelReader API

Re: Will Solr fit our needs?

2010-03-17 Thread Lukáš Vlček
Having been thinking about your questions again and I think that if you are expecting that the price value will be changing a lot, especially when talking about auctions then you should consider not storing the actual price into the full text index but into some fast datastore. Some kind of

Re: Will Solr fit our needs?

2010-03-17 Thread Krzysztof Grodzicki
Hi Mortiz, You can take a look on the project ZOIE - http://code.google.com/p/zoie/. I think it's that what are you looking for. br Krzysztof On Wed, Mar 17, 2010 at 9:49 AM, Moritz Mädler m...@moritz-maedler.de wrote: Hi List, we are running a marketplace which has about a comparable

Re: Will Solr fit our needs?

2010-03-17 Thread Geert-Jan Brits
If you dont' plan on filtering/ sorting and/or faceting on fast-changing fields it would be better to store them outside of solr/lucene in my opinion. If you must: for indexing-performance reasons you will probably end up with maintaining seperate indices (1 for slow-changing/static fields and 1

Re: Will Solr fit our needs?

2010-03-17 Thread Lance Norskog
Another option is the ExternalFileField: http://www.lucidimagination.com/search/document/CDRG_ch04_4.4.4?q=ExternalFileField This lets you store the current prices for all items in a separate file. You can only use it in a function query, that is. But it does allow you to maintain one Solr