; on
> > > approx. 50 fields.
> > >
> > > We are planning to use SOLR 4.1. Following is the hardware
> configuration
> > of
> > > the web server that we plan to install SOLR on:-
> > >
> > > CPU: 2 x Dual Core (4 cores) | RAM: 12GB | Storage: 2
Following is the hardware configuration
> of
> > the web server that we plan to install SOLR on:-
> >
> > CPU: 2 x Dual Core (4 cores) | RAM: 12GB | Storage: 212 GB
> >
> > Questions :
> >
> > 1)What's the best approach when dealing with documents wi
; We are planning to use SOLR 4.1. Following is the hardware configuration of
> the web server that we plan to install SOLR on:-
>
> CPU: 2 x Dual Core (4 cores) | RAM: 12GB | Storage: 212 GB
>
> Questions :
>
> 1)What's the best approach when dealing with documents with lar
t approach when dealing with documents with large number of
> fields. What's the drawback of having a single document with a very large
> number of fields. Does SOLR support documents with large number of fields as
> in my case?
>
> 2)Will there be any performance issue if i def
hat's the best approach when dealing with documents with large number of
> fields. What's the drawback of having a single document with a very large
> number of fields. Does SOLR support documents with large number of fields
> as
> in my case?
>
> 2)Will there be any performanc
ssage-
From: kobe.free.wo...@gmail.com
Sent: Thursday, March 21, 2013 2:56 AM
To: solr-user@lucene.apache.org
Subject: SOLR - Documents with large number of fields ~ 450
Hello All,
Scenario:
My data model consist of approx. 450 fields with different types of data. We
want to include each fiel
with documents with large number of
fields. What's the drawback of having a single document with a very large
number of fields. Does SOLR support documents with large number of fields as
in my case?
2)Will there be any performance issue if i define all of the 450 fields for
indexing? Also if faceting
, roughly, but
depending on relative uniqueness of field values.
-- Jack Krupansky
-Original Message-
From: Keswani, Nitin - BLS CTR
Sent: Monday, May 14, 2012 10:27 AM
To: solr-user@lucene.apache.org
Subject: RE: Documents With large number of fields
Unfortunately I never got any
Performance Monitoring for Solr / ElasticSearch / HBase -
http://sematext.com/spm
>
> From: "Keswani, Nitin - BLS CTR"
>To: "solr-user@lucene.apache.org"
>Sent: Monday, May 14, 2012 10:27 AM
>Subject: RE: Documents With large number
any performance
issues.
Thanks.
Regards,
Nitin Keswani
-Original Message-
From: Jack Krupansky [mailto:j...@basetechnology.com]
Sent: Sunday, May 13, 2012 10:42 PM
To: solr-user@lucene.apache.org
Subject: Re: Documents With large number of fields
I didn't see any response. There
done, assuming a fair number of 64-bit sharded
machines.
-- Jack Krupansky
-Original Message-
From: Darren Govoni
Sent: Sunday, May 13, 2012 7:56 PM
To: solr-user@lucene.apache.org
Subject: Re: Documents With large number of fields
Was there a response to this?
On Fri, 2012-05-04 at 10:27
1) What's the best approach when dealing with documents with large number of
> fields .
> Should I keep a single document with large number of fields or split my
> document into a number of smaller documents where each document would
> consist of some fields
>
> 2) From
ions :
>
> 1) What's the best approach when dealing with documents with large number of
> fields .
> Should I keep a single document with large number of fields or split my
> document into a number of smaller documents where each document would
> consist of some field
faceting on
most of these fields so that I can drilldown to very small set of
Documents.
Here are some of the questions :
1) What's the best approach when dealing with documents with large number of
fields .
Should I keep a single document with large number of fields or split my
document
14 matches
Mail list logo
