colas Pastorino [mailto:n...@ez.no]
Sent: Thursday, May 07, 2009 10:21 AM
To: solr-user@lucene.apache.org
Subject: Re: large index vs multicore
Hi, and sorry for slightly hijacking the thread,
On Mar 26, 2009, at 2:54 , Otis Gospodnetic wrote:
>
> Hi,
>
> Without knowing the details, I
Hi, and sorry for slightly hijacking the thread,
On Mar 26, 2009, at 2:54 , Otis Gospodnetic wrote:
Hi,
Without knowing the details, I'd say keep it in the same index if
the additional information shares some/enough fields with the main
product data and separately if it's sufficiently dis
inley [mailto:ryan...@gmail.com]
Sent: Wednesday, March 25, 2009 8:54 PM
To: solr-user@lucene.apache.org
Subject: Re: large index vs multicore
>
> My question is - From design and query speed point of - should I add
> new core to handle the additional data or should I add the d
Hi,
Without knowing the details, I'd say keep it in the same index if the
additional information shares some/enough fields with the main product data and
separately if it's sufficiently distinct (this also means 2 queries and manual
merging/joining).
Otis --
Sematext -- http://sematext.com/
My question is - From design and query speed point of - should I add
new core to handle the additional data or should I add the data to
the existing core.
Do you ever need to get results from both sets of data in the same
query? If so, putting them in the same index will be faster. If