Default Routing and Get API performance


(tai khuu) #1

Hi All,

I'm new to elasticsearch and still on the way to learn more , recently i
have hit a question that can't be found on google :D, the scenario is I
have a list of 1000 document id , the default routing said that
elasticsearch would store the document depend on the id hash , i'm trying
to delete all of these document , the question is the performance between
the bulk delete and the delete by query , since i have all the document id
would't it will be faster if i buld delete it by ids ?

Thanks

--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/50a6fe41-c4f4-43a9-b19c-1704b651998f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


(tai khuu) #2

Please some one help :(, any idea?

On Sunday, May 11, 2014 5:52:56 PM UTC+7, tai khuu wrote:

Hi All,

I'm new to elasticsearch and still on the way to learn more , recently i
have hit a question that can't be found on google :D, the scenario is I
have a list of 1000 document id , the default routing said that
elasticsearch would store the document depend on the id hash , i'm trying
to delete all of these document , the question is the performance between
the bulk delete and the delete by query , since i have all the document id
would't it will be faster if i buld delete it by ids ?

Thanks

--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/2d0b43f7-ae28-480f-9437-8971fbfa5e0d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


(system) #3