, November 16, 2012 8:26 PM
To: solr-user@lucene.apache.org
Subject: RE: Architecture Question
Hi Otis,
Thanks for your reply, just wanted to check what NoSql structure would be best
suited to store data and use the least amount of memory, since for most of my
work Solr would be sufficient and I
ate: Fri, 16 Nov 2012 15:47:40 -0500
> Subject: Re: Architecture Question
> From: otis.gospodne...@gmail.com
> To: solr-user@lucene.apache.org
>
> Hello,
>
>
>
> > I am not sure if this is the right forum for this question, but it would
> > be great if I coul
Hello,
> I am not sure if this is the right forum for this question, but it would
> be great if I could be pointed in the right direction. We have been using a
> combination of MySql and Solr for all our company full text and query
> needs. But as our customers have grow so has the amount of da
Hi,
I am not sure if this is the right forum for this question, but it would be
great if I could be pointed in the right direction. We have been using a
combination of MySql and Solr for all our company full text and query needs.
But as our customers have grow so has the amount of data and
1/'.
>
> I basically need to find a way to say 'Ah! server01 returned this
> result, so it must be in /someDir/Jan'
>
> Thanks!
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Architecture-question-about-solr-sh
> arding-tp271
/Jan2011/'.
>
> I basically need to find a way to say 'Ah! server01 returned this result, so
> it must be in /someDir/Jan'
>
> Thanks!
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Architecture-question-about-solr-sharding-tp2716417p2716417.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
d this result, so
it must be in /someDir/Jan'
Thanks!
--
View this message in context:
http://lucene.472066.n3.nabble.com/Architecture-question-about-solr-sharding-tp2716417p2716417.html
Sent from the Solr - User mailing list archive at Nabble.com.
ll territories the same size
document-wise? do they all get the same QPS?). The disadvantage is that
you can't easily run queries that don't depend on a territory.
> >
> > Otis
> > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
> > Lucene Consulting -- http
PROTECTED]>
> To: solr-user@lucene.apache.org
> Sent: Tuesday, May 15, 2007 11:35:13 AM
> Subject: system architecture question when using solr/lucene
>
>
>
> We are currently looking at large numbers of queries/sec and would like to
> optimize that as much as possible.
CTED]>
To: solr-user@lucene.apache.org
Sent: Tuesday, May 15, 2007 11:35:13 AM
Subject: system architecture question when using solr/lucene
We are currently looking at large numbers of queries/sec and would like to
optimize that as much as possible. The special need is that we would like to
s
ory.
Otis
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Lucene Consulting -- http://lucene-consulting.com/
- Original Message
From: Ajanta <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Tuesday, May 15, 2007 11:35:13 AM
Subject: system architecture question when using solr/
: show specific results based on a specific field - territory field and
: depending on where in the world you're coming from we'd like to show you
: advantage? Is there a way we can hint solr/lucene to use this information to
: provide better results? We could use filters on territory or we could
ext:
http://www.nabble.com/system-architecture-question-when-using-solr-lucene-tf3759225.html#a10625155
Sent from the Solr - User mailing list archive at Nabble.com.
13 matches
Mail list logo
