Jonathan - probably similarly to how SOLR-303 does it. Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
----- Original Message ---- From: Jonathan Ariel <[EMAIL PROTECTED]> To: solr-user@lucene.apache.org Sent: Friday, April 18, 2008 7:29:28 AM Subject: Re: config for very frequent solr updates And how would you combine the results from the different indexes? On Fri, Apr 18, 2008 at 12:40 AM, Otis Gospodnetic < [EMAIL PROTECTED]> wrote: > Geoff, > > There was just another thread where the person said he was doing updates > every 2 minutes. Like you said, with the way Solr warms searchers, this > could be too frequent for instances with large caches and high > autowarmCount. > > You may be better off playing with the combination of larger older index > and a smaller index with updates kept in RAM (on the slave, of course). > > > Otis > -- > Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch > > ----- Original Message ---- > From: Geoffrey Young <[EMAIL PROTECTED]> > To: solr-user@lucene.apache.org > Sent: Thursday, April 17, 2008 8:28:09 AM > Subject: config for very frequent solr updates > > hi all :) > > I didn't see any documentation on this, so I was wondering what the > experience here was with updating solr with a small but constant trickle > of daemon-style updates. > > unfortunately, it's a business requirement that backend db updates make > it to search as the changes roll in (5 minutes is out of the question). > with the way solr handles new searchers, warming, etc, I was wondering > if anyone had experience with this kind of thing and could share > thoughts/general config stuff on it. > > thanks. > > --Geoff > > > >
