On Sun, 15 Jun 2008 14:38:15 +0200
"Roberto Nieto" <[EMAIL PROTECTED]> wrote:
> Hi Otis,
>
> Thanks a lot for your interest.
>
> The main thing i cant understand very well is that if I have 8 maquines that
> will be searchers, for example, why they will have a higher cost of hw if I
> have one b
> need to consider.
>
>
> Otis
> --
> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
>
>
> - Original Message
> > From: Roberto Nieto <[EMAIL PROTECTED]>
> > To: solr-user@lucene.apache.org
> > Sent: Sunday, June 15, 2008 8:38:1
ssage
> From: Roberto Nieto <[EMAIL PROTECTED]>
> To: solr-user@lucene.apache.org
> Sent: Sunday, June 15, 2008 8:38:15 AM
> Subject: Re: doubt with an index of 300gb
>
> Hi Otis,
>
> Thanks a lot for your interest.
>
> The main thing i cant understand very well
--
> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
>
>
> - Original Message
> > From: Roberto Nieto <[EMAIL PROTECTED]>
> > To: solr-user@lucene.apache.org
> > Sent: Saturday, June 14, 2008 5:05:54 PM
> > Subject: Re: doubt with an inde
.apache.org
> Sent: Saturday, June 14, 2008 5:05:54 PM
> Subject: Re: doubt with an index of 300gb
>
> Hi Otis,
>
> Thanks for your fast answer.
>
> I understand perfectly your points. I will explain my limitations ...
>
> --Multiple smaller indices you ca
Hi Otis,
Thanks for your fast answer.
I understand perfectly your points. I will explain my limitations ...
--Multiple smaller indices you can split them across several servers, but
you can't do that with a monolithic index.
The index will be allocated in a SAN that is not under my election. I c
Roberto,
Here is some food for thought...
Multiple smaller indices you can split them across several servers, but you
can't do that with a monolithic index.
With multiple smaller indices you can choose to search only a subset of them,
should that make sense for your app.
How much does it cost
