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
4
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 docum
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 same
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
> explori
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
au
ning for a long period of
> time.
> > > > >
> > > > > Are document updates/additions happening in parallel?
> > > > > No, I have stopped adding/updating documents and doing queries
> only.
> > > > >
> > > > > This is what
ries only.
> > > >
> > > > This is what you are already doing. Did you mean that you want to add
> > > more
> > > > shards?
> > > > No, what I meant is that I read that previously there was a way to
> > chunk
> > > a
> >
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?
> > >
> > >
> > > Regards,
> > > Salman
>
> Salman
> >
> >
> >
> >
> >
> > On Thu, Nov 5, 2015 at 12:06 PM, Modassar Ather
> > wrote:
> >
> > > What is your index size? How much memory is used? What type of queries
> > are
> > > slow?
> > > Are there GC pa
; 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 and consequently d
> 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?
>
> Regards,
> Modassar
>
&g
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 and
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
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 i
apache.org
Subject: Re: using SolrJ with SolrCloud, 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
C
parameter 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 inde
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
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
> slf4
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
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.
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 separat
esday, 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
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.
> 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-solr-cores-and-return-one-result-set
> in one of th
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
> 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 distribut
n somehow
merge 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.htm
shards parameters. However in my 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
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
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 wrote:
> On 11/30/2012 10:11 PM, Joe Zhang wrote:
>
>> May I ask: how to set up multiple indexes,
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
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.
**
**
2. Create the core-directories specified and following sub-directories in
it:
- conf: Contains
; 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.
>
ment.
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.
ngle search response. Please suggest
> is this right approach.
>
>
>
>
>
>
>
>
>
>
>
>
> And now we should also configure solr for indexing new data from CSV file, i
> am not sure how to configure this?
>
> Regards,
> Ravi
>
>
>
&
://lucene.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.
is?
>
> Any quick response 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.
-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 an
ime. There are other benefits 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
, 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
of records, 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&qu
3> I guess this relates to <2>. And I'd use 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
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 ho
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 :
> You would need to run two independent searches and then 'jo
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 30+
Il 18 giugno 2011 20:27, François Schiettecatte
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..
Sure.
François
On Jun 18, 2011, at 2:25 PM, shacky wrote:
> 2011/6/15 Edoardo Tosca :
>> Try to use multiple cores:
>> http://wiki.apache.org/solr/CoreAdmin
>
> Can I do concurrent searches on multiple cores?
2011/6/15 Edoardo Tosca :
> Try to use multiple cores:
> http://wiki.apache.org/solr/CoreAdmin
Can I do concurrent searches on multiple cores?
> > (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
> 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
o: solr-user@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, Fran
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
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
Sof
Try to use multiple cores:
http://wiki.apache.org/solr/CoreAdmin
On Wed, Jun 15, 2011 at 5:55 PM, shacky wrote:
> Hi.
>
> How to have multiple indexes in SOLR, with different fields and
> different types of data?
>
> Thank you very much!
> Bye.
>
--
Edoardo Tosca
So
Hi.
How to have multiple indexes in SOLR, with different fields and
different types of data?
Thank you very much!
Bye.
rch over subsets of these indexes.
> > >>
> > >> I know this has been brought up a number of times in previous posts
> and
> > the
> > >> typical response is that the best thing to do is to convert everything
> > into
> > >> a s
use different types of data need to be indexed at
> >> different intervals. You may need one index to be updated every 20
> minutes
> >> and another is only updated every week. If we move to a single index,
> then
> >> we will constantly be warming and replacing searche
e indexed at
>> different intervals. You may need one index to be updated every 20 minutes
>> and another is only updated 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 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
is only updated 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 isola
ew 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 primitive. Below is t
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
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 directori
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 get
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
tch
>>> Hadoop ecosystem search :: http://search-hadoop.com/
>>>
>>>
>>>
>>> - Original Message
>>>> From: Jan Høydahl / Cominvent
>>>> To: solr-user@lucene.apache.org
>>>> Sent: Mon, February 8, 2010 3:33:
> >> From: Jan Høydahl / Cominvent
> >> 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 f
atext.com/ :: Solr - Lucene - Nutch
> Hadoop ecosystem search :: http://search-hadoop.com/
>
>
>
> - Original Message
>> From: Jan Høydahl / Cominvent
>> To: solr-user@lucene.apache.org
>> Sent: Mon, February 8, 2010 3:33:41 PM
>> Subject: Re: Collating
ahl / Cominvent
> 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,
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 thei
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
e 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 significant
> then the time to post split the results?
>
> In some ways it is easier to maintain a sin
l to three machines and
> do load balancing).
>
> There are a number 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
em 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 i
and doable, although
> not yet via Solr.
>
> Otis
> --
> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
>
>
>
> - Original Message
> > From: Giovanni De Stefano
> > To: solr-user@lucene.apache.org
> > Sent: Wednesday, March 18, 2009 12:5
story and doable, although not yet via Solr.
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
> From: Giovanni De Stefano
> To: solr-user@lucene.apache.org
> Sent: Wednesday, March 18, 2009 12:56:36 PM
> Subject: Solr multiple indexes
>
eve I 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
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
ould be hitting. With this approach your can have separate
>> schema.xml & solrconfig.xml for each of the cores & obviously separate
>> index in each core.
>>
>> -Raghu
>>
>> -Original Message-
>> From: anshuljohri [mailto:[EMAIL PROTECTE
; solrconfig.xml for each of the cores & 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: Multipl
ach 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
have same schema but other
sed 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
can't do it in
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 <[
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
t with symlinks.
>> Is there any tutorial or some reading material for this. Can anybody plz
>> help me out?
>>
>
>
>>
>> Thanks is advance
>> -Anshul Johri
>> --
>> View this message in context:
>> http://www.nabble.com/Multiple-Indexes-tp
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
> can't do it in one index with the help of &
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.
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 one is for update. Once update is done,
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:[E
]>
To:
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 what
ot;kittens +group:A"
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
p area 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:
T
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
pment)
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
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
&
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 that the
Hi,
I am looking for the way to utilize the multiple indexes for signle sole
instance.
I saw that there is the patch 215 available and would like to ask someone
who knows how to use multiple indexes.
Thanks,
Jae Joo
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 ver
1 - 100 of 143 matches
Mail list logo
