Sharding always adds overhead, which balances against splitting the
work up amongst several machines.
Sharding works like this for queries:
1> node receives query
2> a sub-query is sent to one replica of each shard
3> each replica sends back its top N (rows parameter) with ID and sort data
Did the test while back . Revisiting this again. But in standalone solr we
have experienced the queries more time if the data exists in 2 shards .
That's the main reason this test was done. If anyone has experience want to
hear
On Tue, Jun 30, 2020 at 11:50 PM Jörn Franke wrote:
> How many
How many documents ?
The real difference was only a couple of ms?
> Am 01.07.2020 um 07:34 schrieb Raji N :
>
> Had 2 indexes in 2 separate shards in one collection and had exact same
> data published with composite router with a prefix. Disabled all caches.
> Issued the same query which is a
Had 2 indexes in 2 separate shards in one collection and had exact same
data published with composite router with a prefix. Disabled all caches.
Issued the same query which is a small query with q parameter and fq
parameter . Number of queries which got executed (with same threads and
run for
What did you test? Which queries? What were the exact results in terms of time ?
> Am 30.06.2020 um 22:47 schrieb Raji N :
>
> Hi ,
>
>
> Trying to place multiple smaller indexes in one collection (as we read
> solrcloud performance degrades as number of collections increase). We are
>
Hi ,
Trying to place multiple smaller indexes in one collection (as we read
solrcloud performance degrades as number of collections increase). We are
exploring two ways
1) Placing each index on a single shard of a collection
In this case placing documents for a single index is manual and
/additions happening in parallel?
> > > > No, I have stopped adding/updating documents and doing queries only.
> > > >
> > > > This is what you are already doing. Did you mean that you want to add
> > > more
> > > > shards?
> > > > N
auses as they can be a cause of slowness?
> > > > > I doubt this as the slowness was happening for a long period of
> time.
> > > > >
> > > > > Are document updates/additions happening in parallel?
> > > > > No, I have stopped adding/upd
Hi,
I am using Solr cloud and I have created a single index that host around
70M documents distributed into 2 shards (each having 35M documents) and 2
replicas. The queries are very slow to run so I was thinking to distribute
the indexes into multiple indexes and consequently distributed search
What is your index size? How much memory is used? What type of queries are
slow?
Are there GC pauses as they can be a cause of slowness?
Are document updates/additions happening in parallel?
The queries are very slow to run so I was thinking to distribute
the indexes into multiple indexes
s thinking to distribute
> the indexes into multiple indexes and consequently distributed search. Can
> anyone guide me to some sources (articles) that discuss this in Solr Cloud?
>
> This is what you are already doing. Did you mean that you want to add more
> shards?
>
> Regard
Solr Cloud?
> >
> >
> > Regards,
> > Salman
> >
> >
> >
> >
> >
> > On Thu, Nov 5, 2015 at 12:06 PM, Modassar Ather <modather1...@gmail.com>
> > wrote:
> >
> > > What is your index size? How much memory is
is your index size? How much memory is used? What type of queries
> are
> > slow?
> > Are there GC pauses as they can be a cause of slowness?
> > Are document updates/additions happening in parallel?
> >
> > The queries are very slow to run so I was thinking t
as a way to
> chunk
> > a
> > > large index into multiple and then do distributed search on that as in
> > this
> > > article https://wiki.apache.org/solr/DistributedSearch. What I was
> > looking
> > > for how this is handled in Solr Cloud?
> > &
, searching multiple indexes.
Hi Russell;
You say that:
| CloudSolrServer server = new CloudSolrServer(solrServer1:
2111,solrServer2:2111,solrServer2:2111);
but I should mention that they are not Solr Servers that is passed into a
CloudSolrServer. They are zookeeper host:port pairs optionally
On 3/22/2014 7:34 AM, Russell Taylor wrote:
Yeah sorry didn't explain myself there, one of the three zookeepers will
return me one of the solrcloud machines for me to access the index. I either
need to know which machine it returned(is this feasible I can't seem to find
a way to access
Hi,
just started to move my SolrJ queries over to our SolrCloud environment and I
want to know how to do a query where you combine multiple indexes.
Previously I had a string called shards which links all the indexes together
and adds them to the query.
String shards =
server:8080
at the end.
Thanks;
Furkan KAMACI
2014-03-21 18:11 GMT+02:00 Russell Taylor
russell.tay...@interactivedata.com:
Hi,
just started to move my SolrJ queries over to our SolrCloud environment
and I want to know how to do a query where you combine multiple indexes.
Previously I had a string
Hi,
My problem is that all my indexes log to one log file but I want each index to
log to their own log file.
I'm using solr 4.4 and I've copied jcl-over-slf4j-1.6.6.jar,
jul-to-slf4j-1.6.6.jar, log4j-1.2.16.jar, slf4j-api-1.6.6.jar and
slf4j-log4j12-1.6.6.jar
into my tomcats lib/ directory.
Hi Russ,
It's not really indexes that lit, but Solr running in Tomcat, so I don't
think there's a way...
Otis
Solr ElasticSearch Support
http://sematext.com/
On Oct 15, 2013 7:14 AM, Russell Taylor
russell.tay...@interactivedata.com wrote:
Hi,
My problem is that all my indexes log to one
On 10/15/2013 5:13 AM, Russell Taylor wrote:
My problem is that all my indexes log to one log file but I want each index
to log to their own log file.
I'm using solr 4.4 and I've copied jcl-over-slf4j-1.6.6.jar,
jul-to-slf4j-1.6.6.jar, log4j-1.2.16.jar, slf4j-api-1.6.6.jar and
On Wed, 2013-06-12 at 23:05 +0200, smanad wrote:
Is this a limitation of solr/lucene, should I be considering using other
option like using Elasticsearch (which is also based on lucene)?
But I am sure search in multiple indexes is kind of a common problem.
You try to treat separate sources
case, all
shards will be on same host/port but with different core name.
Is my understanding correct? Or is there any better alternative to this
approach?
Please suggest.
Thanks,
-Manasi
--
View this message in context:
http://lucene.472066.n3.nabble.com/Need-help-with-search-in-multiple
will be on same host/port but with different core name.
Is my understanding correct? Or is there any better alternative to this
approach?
Please suggest.
Thanks,
-Manasi
--
View this message in context:
http://lucene.472066.n3.nabble.com/Need-help-with-search-in-multiple-indexes-tp4070040.html
results manually? will I still be able to use shards parameters? or
no?
Also, I was planning to use php library SolrClient. Do you see any downside?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Need-help-with-search-in-multiple-indexes-tp4070040p4070049.html
Sent from
I am not quite sure what you mean by you're probably stuck coordinating
the
results externally. Do you mean, searching in each index and then somehow
merge results manually? will I still be able to use shards parameters? or
no?
If your schemas don't match up, you can't use distributed
Is this a limitation of solr/lucene, should I be considering using other
option like using Elasticsearch (which is also based on lucene)?
But I am sure search in multiple indexes is kind of a common problem.
Also, i as reading this post
http://stackoverflow.com/questions/2139030/search-multiple
using Elasticsearch (which is also based on lucene)?
But I am sure search in multiple indexes is kind of a common problem.
Also, i as reading this post
http://stackoverflow.com/questions/2139030/search-multiple-solr-cores-and-return-one-result-set
in one of the comments it says,
So if I have
sure if there might be any performance issues.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Need-help-with-search-in-multiple-indexes-tp4070040p4070061.html
Sent from the Solr - User mailing list archive at Nabble.com.
, June 12, 2013 5:05 PM
To: solr-user@lucene.apache.org
Subject: Re: Need help with search in multiple indexes
Is this a limitation of solr/lucene, should I be considering using other
option like using Elasticsearch (which is also based on lucene)?
But I am sure search in multiple indexes is kind
This is very helpful. Thanks a lot, Shaun and Dikchant!
So in default single-core situation, the index would live in data/index,
correct?
On Fri, Nov 30, 2012 at 11:02 PM, Shawn Heisey s...@elyograg.org wrote:
On 11/30/2012 10:11 PM, Joe Zhang wrote:
May I ask: how to set up multiple indexes
Multiple indexes can be setup using the multi core feature of Solr.
Below are the steps:
1. Add the core name and storage location of the core to
the $SOLR_HOME/solr.xml file.
cores adminPath=/admin/cores defaultCoreName=core-name1
*core name=core-name1 instanceDir=core-dir1 /*
*core
On 11/30/2012 10:11 PM, Joe Zhang wrote:
May I ask: how to set up multiple indexes, and specify which index to send
the docs to at indexing time, and later on, how to specify which index to
work with?
A related question: what is the storage location and structure of solr
indexes?
When you index
field in the document.
Regards,
Ravi
--
View this message in context:
http://lucene.472066.n3.nabble.com/SOLR-To-point-multiple-indexes-in-different-folder-tp4016640p4017783.html
Sent from the Solr - User mailing list archive at Nabble.com.
name=rows10/int
str name=dfrecordid/str
/lst
recordid - is the unique field in the document.
Regards,
Ravi
--
View this message in context:
http://lucene.472066.n3.nabble.com/SOLR-To-point-multiple-indexes-in-different-folder-tp4016640p4017783.html
Sent from the Solr - User
.472066.n3.nabble.com/SOLR-To-point-multiple-indexes-in-different-folder-tp4016640p4016946.html
Sent from the Solr - User mailing list archive at Nabble.com.
instanceDir=7 /
/cores
/solr
And now we should also configure solr for indexing new data from CSV file, i
am not sure how to configure this?
Regards,
Ravi
--
View this message in context:
http://lucene.472066.n3.nabble.com/SOLR-To-point-multiple-indexes-in-different-folder-tp4016640p4016946
-multiple-indexes-in-different-folder-tp4016640.html
Sent from the Solr - User mailing list archive at Nabble.com.
on this will be appreciated.
Thanks
Regards,
Ravi
--
View this message in context:
http://lucene.472066.n3.nabble.com/SOLR-To-point-multiple-indexes-in-different-folder-tp4016640.html
Sent from the Solr - User mailing list archive at Nabble.com.
Hello,
I'm trying to implement automatic document classification and store
the classified attributes as an additional field in Solr document.
Then the search goes against that field like
q=classified_category:xyz. The document classification is currently
implemented as an UpdateRequestProcessor
a single core. If, for
some reason, you decide
that you need multiple indexes, use several cores with ONE Solr
rather than start
a new Solr per core, it's more resource expensive to have
multiple JVMs around.
Best
Erick
On Thu, Nov 3, 2011 at 2:03 PM, Gustavo Falco
comfortablynum
, but I do have lots of classes to
persist, and I need to search all of them at the same time, and not per
class (entity). For now is working good. With multiple indexes I mean using
an index for each entity. Let's say, an index for Articles, another for
Users, etc. The thing is that I don't know when I
it, but this is the main reason I do
it.
Brian
Date: Fri, 4 Nov 2011 15:34:27 -0300
Subject: Re: Three questions about: Commit, single index vs multiple indexes
and implementation advice
From: comfortablynum...@gmail.com
To: solr-user@lucene.apache.org
First of all, thanks a lot for your answer
to doing it, but this is
the main reason I do it.
Brian
Date: Fri, 4 Nov 2011 15:34:27 -0300
Subject: Re: Three questions about: Commit, single index vs multiple
indexes and implementation advice
From: comfortablynum...@gmail.com
To: solr-user@lucene.apache.org
First of all, thanks a lot
Hi guys!
I have a couple of questions that I hope someone could help me with:
1) Recently I've implemented Solr in my app. My use case is not
complicated. Suppose that there will be 50 concurrent users tops. This is
an app like, let's say, a CRM. I tell you this so you have an idea in terms
of
your data is being used to build an inverted index rather than being
stored as a set of records. de-normalising is fine in most cases. what
is your use case which requires a normalised set of indices ?
2011/6/18 François Schiettecatte fschietteca...@gmail.com:
You would need to run two
2011/6/15 Edoardo Tosca e.to...@sourcesense.com:
Try to use multiple cores:
http://wiki.apache.org/solr/CoreAdmin
Can I do concurrent searches on multiple cores?
Sure.
François
On Jun 18, 2011, at 2:25 PM, shacky wrote:
2011/6/15 Edoardo Tosca e.to...@sourcesense.com:
Try to use multiple cores:
http://wiki.apache.org/solr/CoreAdmin
Can I do concurrent searches on multiple cores?
Il 18 giugno 2011 20:27, François Schiettecatte
fschietteca...@gmail.com ha scritto:
Sure.
So I can have some searches similar to JOIN on MySQL?
The problem is that I need at least two tables in which search data..
You would need to run two independent searches and then 'join' the results.
It is best not to apply a 'sql' mindset to SOLR when it comes to
(de)normalization, whereas you strive for normalization in sql, that is usually
counter-productive in SOLR. For example, I am working on a project with
I think there are reasons to use seperate indexes for each document type
but do combined searches on these indexes
(for example if you need separate TFs for each document type).
I wonder if in this precise case it wouldn't be pertinent to have a single
index with the various document types
(for example if you need separate TFs for each document type).
I wonder if in this precise case it wouldn't be pertinent to
have a single index with the various document types each
having each their own fields set. Isn't TF calculated field by field ?
Oh, you are right :)
So i will start
@lucene.apache.org
Subject: Re: Multiple indexes
Next, however, I predict you're going to ask how you do a 'join' or
otherwise query accross both these cores at once though. You can't do
that in Solr.
On 6/15/2011 1:00 PM, Frank Wesemann wrote:
You'll configure multiple cores:
http
Hi.
How to have multiple indexes in SOLR, with different fields and
different types of data?
Thank you very much!
Bye.
Try to use multiple cores:
http://wiki.apache.org/solr/CoreAdmin
On Wed, Jun 15, 2011 at 5:55 PM, shacky shack...@gmail.com wrote:
Hi.
How to have multiple indexes in SOLR, with different fields and
different types of data?
Thank you very much!
Bye.
--
Edoardo Tosca
Sourcesense
You'll configure multiple cores:
http://wiki.apache.org/solr/CoreAdmin
Hi.
How to have multiple indexes in SOLR, with different fields and
different types of data?
Thank you very much!
Bye.
--
mit freundlichem Gruß,
Frank Wesemann
Fotofinder GmbH USt-IdNr. DE812854514
Software
Next, however, I predict you're going to ask how you do a 'join' or
otherwise query accross both these cores at once though. You can't do
that in Solr.
On 6/15/2011 1:00 PM, Frank Wesemann wrote:
You'll configure multiple cores:
http://wiki.apache.org/solr/CoreAdmin
Hi.
How to have multiple
and replacing searchers for the entire
dataset, and will essentially render the searcher caches useless. If
we
were able to have multiple indexes, they would each have a searcher
and
updates would be isolated to a subset of the data.
The other problem is that we will likely need to shard
able to have multiple indexes, they would each have a searcher and
updates would be isolated to a subset of the data.
The other problem is that we will likely need to shard this large single
index and there isn't a clean way to shard randomly and evenly across
the
of
the data. We would
every week. If we move to a single index, then
we will constantly be warming and replacing searchers for the entire
dataset, and will essentially render the searcher caches useless. If we
were able to have multiple indexes, they would each have a searcher and
updates would be isolated to a subset
multiple indexes, they would each have a searcher and
updates would be isolated to a subset of the data.
The other problem is that we will likely need to shard this large single
index and there isn't a clean way to shard randomly and evenly across the
of
the data. We would, however like
index, then
we will constantly be warming and replacing searchers for the entire
dataset, and will essentially render the searcher caches useless. If we
were able to have multiple indexes, they would each have a searcher and
updates would be isolated to a subset of the data.
The other
. I am playing around with
multiple indexes. I configured Solr for Tomcat, created two tomcat fragments
so that two solr webapps listen on port 8080 in tomcat. I have created two
separate indexes using each webapp successfully.
My documents are very primitive. Below is the structure. I have four
I an new to Solr and the search technologies. I am playing around with
multiple indexes. I configured Solr for Tomcat, created two tomcat fragments
so that two solr webapps listen on port 8080 in tomcat. I have created two
separate indexes using each webapp successfully.
My documents are very
I installed Solr according to the tutorial. My schema.xml solrconfig.xml is
in
~/apache-solr-1.4.1/example/solr/conf
Everything so far is just like that in the tutorial. But I want to set up a 2nd
index (separate from the main index) just for the purpose of auto-complete.
I understand that I
Hi Andy!
I configured this a few days ago, and found a good resource --
http://wiki.apache.org/solr/MultipleIndexes
That page has links that will give you the instructions for setting up
Tomcat, Jetty and Resin. I used the Tomcat ones the other day, and it gave
me everything that I needed to
Check
http://doc.ez.no/Extensions/eZ-Find/2.2/Advanced-Configuration/Using-multi-core-features
It's for eZ-Find, but it's the basic setup for multiple cores in any
environment.
We have cores designed like so:
solr/sfx/
solr/forum/
solr/mail/
solr/news/
solr/tracker/
each of those core
- Nutch
Hadoop ecosystem search :: http://search-hadoop.com/
- Original Message
From: Jan Høydahl / Cominvent jan@cominvent.com
To: solr-user@lucene.apache.org
Sent: Mon, February 8, 2010 3:33:41 PM
Subject: Re: Collating results from multiple indexes
Hi,
There is no JOIN
Subject: Re: Collating results from multiple indexes
Hi,
There is no JOIN functionality in Solr. The common solution is either to
accept
the high volume update churn, or to add client side code to build a
join layer
on top of the two indices. I know that Attivio (www.attivio.com) have
- Nutch
Hadoop ecosystem search :: http://search-hadoop.com/
- Original Message
From: Jan Høydahl / Cominvent jan@cominvent.com
To: solr-user@lucene.apache.org
Sent: Mon, February 8, 2010 3:33:41 PM
Subject: Re: Collating results from multiple indexes
Hi
/ Cominvent jan@cominvent.com
To: solr-user@lucene.apache.org
Sent: Mon, February 8, 2010 3:33:41 PM
Subject: Re: Collating results from multiple indexes
Hi,
There is no JOIN functionality in Solr. The common solution is either to
accept
the high volume update churn, or to add client side
Hi,
There is no JOIN functionality in Solr. The common solution is either to accept
the high volume update churn, or to add client side code to build a join
layer on top of the two indices. I know that Attivio (www.attivio.com) have
built some kind of JOIN functionality on top of Solr in their
Is there any somewhat convenient way to collate/integrate fields from
separate indices during result writing, if the indices use the same
unique keys? Basically, some sort of cross-index JOIN?
As a bit of background, I have a rather heavyweight dataset of every US
business (~25m records, an
in one index, rather then query
multiple indexes at once? Is multiple http requests less significant
then the time to post split the results?
In some ways it is easier to maintain a single index, although it has
felt easier to optimize the results for the type of content if they
are in separate
of considerations. From an application standpoint
when querying across all types we may split the results out into the
separate types anyway once we have the list back. If we always do
this, is it silly to have them in one index, rather then query
multiple indexes at once? Is multiple http requests less
, rather then query
multiple indexes at once? Is multiple http requests less significant
then the time to post split the results?
In some ways it is easier to maintain a single index, although it has
felt easier to optimize the results for the type of content if they
are in separate indexes. My main
not yet via Solr.
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
From: Giovanni De Stefano giovanni.destef...@gmail.com
To: solr-user@lucene.apache.org
Sent: Wednesday, March 18, 2009 12:56:36 PM
Subject: Solr multiple indexes
Hello all
should create MULTIPLE INDEXES and then merge them. I have found
very little documentations about this: any idea?
The Multiple Solr Webapps solution seems nice, but how could I search
globally within all index at the same time?
The current architecture already expects Multicore Solr (to serve
and doable, although not yet via Solr.
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
From: Giovanni De Stefano giovanni.destef...@gmail.com
To: solr-user@lucene.apache.org
Sent: Wednesday, March 18, 2009 12:56:36 PM
Subject: Solr multiple indexes
Hi,
I would like to know how it can be implemented.
Index1 has fields id,1,2,3 and index2 has fields id,5,6,7.
The ID in both indexes are unique id.
Can I use a kind of distributed search and/or multicore to search, sort,
and facet through 2 indexes (index1 and index2)?
Thanks,
Jae joo
.
-Raghu
-Original Message-
From: anshuljohri [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 07, 2008 5:19 PM
To: solr-user@lucene.apache.org
Subject: Re: Multiple Indexes
Both the cases are there. As i said i need to index 3 indexes. So 2
indexes
have same schema but other one has
obviously separate
index in each core.
-Raghu
-Original Message-
From: anshuljohri [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 07, 2008 5:19 PM
To: solr-user@lucene.apache.org
Subject: Re: Multiple Indexes
Both the cases are there. As i said i need to index 3 indexes. So 2
separate
index in each core.
-Raghu
-Original Message-
From: anshuljohri [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 07, 2008 5:19 PM
To: solr-user@lucene.apache.org
Subject: Re: Multiple Indexes
Both the cases are there. As i said i need to index 3 indexes. So 2
indexes
Hi everybody!
I need to create multiple indexes lets say 3 due to project requirement. And
the query will be fired from backend on different indexes based on input. I
can't do it in one index with the help of fq parameter. As i have already
thought on it but thats of no use.
So i searched a lot
Thanks zayhen for such a quick response but am not talking about sharding. I
have requirement of indexing 3 indexes. Need to do query on diff indexes
based on input.
-Anshul
zayhen wrote:
2008/8/7 anshuljohri [EMAIL PROTECTED]
Hi everybody!
I need to create multiple indexes lets say 3
to do query on diff indexes
based on input.
-Anshul
zayhen wrote:
2008/8/7 anshuljohri [EMAIL PROTECTED]
Hi everybody!
I need to create multiple indexes lets say 3 due to project requirement.
And
the query will be fired from backend on different indexes based on
input.
I
requirement of indexing 3 indexes. Need to do query on diff indexes
based on input.
-Anshul
zayhen wrote:
2008/8/7 anshuljohri [EMAIL PROTECTED]
Hi everybody!
I need to create multiple indexes lets say 3 due to project
requirement.
And
the query will be fired from backend
Hello,
Until now, i've used two instance of solr, one for each of my collections ; it
works fine, but i wonder
if there is an advantage to use multiple indexes in one instance over several
instances with one index each ?
Note that the two indexes have different schema.xml.
Thanks.
PL
Date
)
ryan
Pierre-Yves LANDRON wrote:
Hello,
Until now, i've used two instance of solr, one for each of my collections ; it
works fine, but i wonder
if there is an advantage to use multiple indexes in one instance over several
instances with one index each ?
Note that the two indexes have different
Here is my situation.
I have 6 millions articles indexed and adding about 10k articles everyday.
If I maintain only one index, whenever the daily feeding is running, it
consumes the heap area and causes FGC.
I am thinking the way to have multiple indexes - one is for ongoing querying
service
and causes FGC.
I am thinking the way to have multiple indexes - one is for ongoing querying
service and one is for update. Once update is done, switch the index by
automatically and/or my application.
Thanks,
Jae joo
On Nov 12, 2007 8:48 AM, Ryan McKinley [EMAIL PROTECTED] wrote
The advantage to splitting it into multiple indexes is that you could
put each index on independent hardware. Depending on your queries and
index size that may make a big difference.
ryan
Rishabh Joshi wrote:
Hi,
I have a requirement and was wondering if someone could help me in how to go
about
@lucene.apache.org
Sent: Monday, November 12, 2007 7:43 PM
Subject: Re: Best way to create multiple indexes
For starters, do you need to be able to search across groups or sub-groups
(in one query?)
If so, then you have to stick everything in one index.
You can add a field to each document saying
multiple indexes at
the 'group' level at least.
Also, can multiple indexes be created dynamically? For example: In my
application if I create a 'logical group', then an index should be created for
that group.
Rishabh
-Original Message-
From: Ryan McKinley [mailto:[EMAIL PROTECTED]
Sent
and causes FGC.
I am thinking the way to have multiple indexes - one is for ongoing
querying
service and one is for update. Once update is done, switch the index by
automatically and/or my application.
Thanks,
Jae joo
On Nov 12, 2007 8:48 AM, Ryan McKinley [EMAIL PROTECTED] wrote
It is said that this new feather will be added in solr1.3, but I am not sure
about that.
I think the following maybe useful for you:
https://issues.apache.org/jira/browse/SOLR-303
https://issues.apache.org/jira/browse/SOLR-255
2007/11/8, j 90 [EMAIL PROTECTED]:
Hi, I'm new to Solr but very
I've had good luck with MultiCore, but you have to sync trunk from svn
and apply the most recent patch in SOLR-350.
https://issues.apache.org/jira/browse/SOLR-350
-jrr
Jae Joo wrote:
Hi,
I am looking for the way to utilize the multiple indexes for signle sole
instance.
I saw
Hi, I'm new to Solr but very familiar with Lucene.
Is there a way to have Solr search in more than once index, much like the
MultiSearcher in Lucene ?
If so how so I configure the location of the indexes ?
Hi guys !
Is it possible to configure Solr to manage different indexes depending on the
added documents ?
For example:
* document 1, with uniq ID ui1 will be indexed in the indexA
* document 2, with uniq ID ui2 will be indexed in the indexB
* document 3, with uniq ID ui1 will be indexed in the
i would be interested to know in both the cases :
Case 1 :
* document 1, with uniq ID ui1 will be indexed in the indexA
* document 2, with uniq ID ui2 will be indexed in the indexB
* document 3, with uniq ID ui3 will be indexed in the indexA
Case 2 :
* document 1, with uniq ID ui1 will be
1 - 100 of 125 matches
Mail list logo
