Hi,
I have about 20 indexes each of size around 30-35 GB. All of it is on one
machine and i want to make it searchable.
I can have about 5 solr servers each with 2-3 indexes merged and search on
different shards or use katta.
Please let me know which is the better option.
Thanks,
karthik
> qf needs to have spaces in it, unfortunately the local query parser can not
> deal with that, as Erik Hatcher mentioned some months ago.
By "local query parser", you mean what I call the LocalParams stuff (for lack
of being sure of the proper term)? You can put spaces in there, you just need
Not that I know of.
The DataImportHandler has the ability to create multiple documents
from one input stream. It is possible to create a DIH file that reads
large log files and splits each one into N documents, with the file
name as a common field. The DIH wiki page tells you in general how to
mak
Hi,
qf needs to have spaces in it, unfortunately the local query parser can not
deal with that, as Erik Hatcher mentioned some months ago.
A solution would be to do something like that:
{!dismax%20qf=$yourqf}yourQuery&yourgf=title^1.0 tags^2.0
Since you are using the dismax-query-parser, you c
I'd second the request for more information on the current state of
SolrCloud. I have a 16 shard Solr setup in production running 1.3, and a lot
of the features of SolrCloud would make my life a lot easier.
Cheers,
Mike
On Sat, Jul 24, 2010 at 12:52 PM, Dennis Gearon wrote:
> Boy, if it does wha
Thanks for the pointer, Lance! Is there an example of this somewhere?
-Peter
On Jul 31, 2010, at 3:13 PM, Lance Norskog wrote:
> Ah! You're not just highlighting, you're snippetizing. This makes it easier.
>
> Highlighting does not stream- it pulls the entire stored contents into
> one string
Yes, there might be 50 fields. This is not a problem for SOLR/Lucene.
HOWEVER: SOLR is NOT a database and shouldn't be used like one. Your
emails hint that you're thinking like a DB person, not a search person. I
guarantee that if you just index the database information into 9 different
document t
A very useful page:
http://wiki.apache.org/solr/AnalyzersTokenizersTokenFilters
Best
Erick
On Thu, Jul 29, 2010 at 6:44 PM, Khai Doan wrote:
> Thank you all.
>
> Khai
>
> On Thu, Jul 29, 2010 at 3:38 PM, Mats Bolstad wrote:
>
> > Put simply, strings do not go through filters, and will need exa
Hi,
This is something that I am working on too.I have been trying to combine
results from 3 different tables and trying to avoid the usual SQL union
clauses.
One thing I have tried to do is watch out for common fields like, for
example, first name and last name that could be present in all tables
Hi Amit,
Anyone can edit any Solr Wiki page - just create an account (I think the link
to
that is in the page footer) and edit.
Otis
Sematext :: http://sematext.com/ :: Solr - Lucene - Nutch
Lucene ecosystem search :: http://search-lucene.com/
- Original Message
> From: Amit Ni
10 matches
Mail list logo
