It also depends on the number of shards and replicas you have
I have no idea what the absolute limit of total shards is (I suppose
it also depends on your hardware), but I think that having many
indices would slow your searches down. Because each shard is a
separate Lucene index. But indexing operations should get faster.
So if you get a lot of documents to be indexed, having many indices
(thus shards) should help. If not, I would stick with multiple types.
Although, as Eric said, you need to test to be sure.
On 18 mai, 22:39, Christian Aust <christian.a...@software-
Am 18.05.2012 um 20:53 schrieb Eric Jain:
On May 17, 10:18 am, Christian Aust <christian.a...@software-
how is having multiple indices with just one document type different from
having one index with multiple document types? When do I choose what?
One advantage of multiple indexes is that you can close indexes that
are no longer needed. Searching multiple indexes should also be
faster--but only if the indexes are spread over enough machines. Have
you considered having one index per namespace?
The current implementation uses one index per topic, making searching a namespace a little more complex. I assume that searching 30 indices simultaneously will come with a performance penalty. Right?
Lately I was wondering if I should move topics as document types into one index per namespace. I do not understand the consequences yet. Is it "expensive" to create hundreds of indices, or is it worse to have dozens of document types per index?
I don't know. Does anybody else? Regards,