Thank you, everything seems clear.
07.05.2013 20:17 пользователь "Andre Bois-Crettez"
написал:
> Some clarifications :
>
> 1) *lots of docs, few queries* : If you have a high number of documents
> (+dozen millions) and lowish number of queries per second (say less than
> 10), replicas will not h
Some clarifications :
1) *lots of docs, few queries* : If you have a high number of documents
(+dozen millions) and lowish number of queries per second (say less than
10), replicas will not help to reduce the Qtime. For this kind of task
it is better to shard the index, as each query will effecti
P.S. Sorry for misspelling your name, Jan
2013/5/7 Stanislav Sandalnikov
> Hi Yan,
>
> Thanks for the quick reply.
>
> Thus, replication seems to be the preferable solution. QTime decreases
> proportional to replications number or there are any other drawbacks?
>
> Just to clarify, what amount
Hi Yan,
Thanks for the quick reply.
Thus, replication seems to be the preferable solution. QTime decreases
proportional to replications number or there are any other drawbacks?
Just to clarify, what amount of documents stands for "tons of documents" in
your opinion? :)
2013/5/7 Jan Høydahl
>
Hi,
It depends(TM) on what kind of search performance problems you are seeing.
If you simply have so high query load that the server starts to kneal, it will
definitely not help to shard, since ALL the shards will still be hit with
ALL the queries, and you add some extra overhead with sharding as
