# Downside to using Bulk API for small/single-doc sets? **URL:** \ **Category:** Elasticsearch\ **Created:** [July 2, 2014, 10:40pm UTC](https://discuss.elastic.co/t/downside-to-using-bulk-api-for-small-single-doc-sets/18451 "2014-07-02T22:40:02Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![Nikita\_Tovstoles](https://avatars.discourse-cdn.com/v4/letter/n/f17d59/32.png) [@Nikita\_Tovstoles](https://discuss.elastic.co/u/Nikita_Tovstoles)\ **Post date:** [July 2, 2014, 10:40pm UTC](https://discuss.elastic.co/t/downside-to-using-bulk-api-for-small-single-doc-sets/18451/1 "2014-07-02T22:40:02Z")
Hi, I am using ES Java API to talk to an ES server. Sometimes I need to index a single doc, sometimes dozens or hundreds at a time. I'd prefer to keep my code simple (am a contrarian thinker) and wonder if I can get away with always using bulk API (ie BulkRequestBuilder). so that my interface to ES would look like so: void indexDoc(Doc doc); void indexDocs(Collection docs); ...but impl would always delegate to BulkRequestBuilder - with number of actions sometimes being ~ 1. Is there a performance (or other) downside to this approach. Specifically, would bulk index updates (with set of size == 1) take significantly longer than non-bulk updates? thanks, -nikita -- 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](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![jprante](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jprante/32/44941_2.png) [@jprante](https://discuss.elastic.co/u/jprante)\ **Post date:** [July 3, 2014, 8:35pm UTC](https://discuss.elastic.co/t/downside-to-using-bulk-api-for-small-single-doc-sets/18451/2 "2014-07-03T20:35:41Z")
A question back: do you observe a significant difference? Jörg On Thu, Jul 3, 2014 at 12:40 AM, Nikita Tovstoles \< [nikita.tovstoles@gmail.com](mailto:nikita.tovstoles@gmail.com)\> wrote: > Hi, > > I am using ES Java API to talk to an ES server. Sometimes I need to index > a single doc, sometimes dozens or hundreds at a time. I'd prefer to keep my > code simple (am a contrarian thinker) and wonder if I can get away with > always using bulk API (ie BulkRequestBuilder). so that my interface to ES > would look like so: > > void indexDoc(Doc doc); > void indexDocs(Collection docs); > > ...but impl would always delegate to BulkRequestBuilder - with number of > actions sometimes being ~ 1. > > Is there a performance (or other) downside to this approach. Specifically, > would bulk index updates (with set of size == 1) take significantly longer > than non-bulk updates? > > thanks, > -nikita > > -- > 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](mailto:elasticsearch+unsubscribe@googlegroups.com). > To view this discussion on the web visit > [https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com) > [https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com?utm_medium=email&utm_source=footer) > . > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). -- 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](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![Nikita\_Tovstoles](https://avatars.discourse-cdn.com/v4/letter/n/f17d59/32.png) [@Nikita\_Tovstoles](https://discuss.elastic.co/u/Nikita_Tovstoles)\ **Post date:** [July 3, 2014, 8:40pm UTC](https://discuss.elastic.co/t/downside-to-using-bulk-api-for-small-single-doc-sets/18451/3 "2014-07-03T20:40:34Z")
I do not. But I also do not if my tests recreate conditions where differences may surface. Nikita On Jul 3, 2014 1:35 PM, "[joergprante@gmail.com](mailto:joergprante@gmail.com)" [joergprante@gmail.com](mailto:joergprante@gmail.com) wrote: > A question back: do you observe a significant difference? > > Jörg > > On Thu, Jul 3, 2014 at 12:40 AM, Nikita Tovstoles \< > [nikita.tovstoles@gmail.com](mailto:nikita.tovstoles@gmail.com)\> wrote: > > > Hi, > > > > I am using ES Java API to talk to an ES server. Sometimes I need to index > > a single doc, sometimes dozens or hundreds at a time. I'd prefer to keep my > > code simple (am a contrarian thinker) and wonder if I can get away with > > always using bulk API (ie BulkRequestBuilder). so that my interface to ES > > would look like so: > > > > void indexDoc(Doc doc); > > void indexDocs(Collection docs); > > > > ...but impl would always delegate to BulkRequestBuilder - with number of > > actions sometimes being ~ 1. > > > > Is there a performance (or other) downside to this approach. > > Specifically, would bulk index updates (with set of size == 1) take > > significantly longer than non-bulk updates? > > > > thanks, > > -nikita > > > > -- > > 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](mailto:elasticsearch+unsubscribe@googlegroups.com). > > To view this discussion on the web visit > > [https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com) > > [https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com?utm_medium=email&utm_source=footer) > > . > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). > > -- > You received this message because you are subscribed to a topic in the > Google Groups "elasticsearch" group. > To unsubscribe from this topic, visit > [https://groups.google.com/d/topic/elasticsearch/TTrkX4a8YFw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/TTrkX4a8YFw/unsubscribe). > To unsubscribe from this group and all its topics, send an email to > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > To view this discussion on the web visit > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com) > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com?utm_medium=email&utm_source=footer) > . > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). -- 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](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAJwaA20L8VmeTiRHq9cfKYznx7UkKbRuQRr7bsbEPwx4j03YFg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAJwaA20L8VmeTiRHq9cfKYznx7UkKbRuQRr7bsbEPwx4j03YFg%40mail.gmail.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![jprante](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jprante/32/44941_2.png) [@jprante](https://discuss.elastic.co/u/jprante)\ **Post date:** [July 3, 2014, 9:18pm UTC](https://discuss.elastic.co/t/downside-to-using-bulk-api-for-small-single-doc-sets/18451/4 "2014-07-03T21:18:32Z")
Yes, the difference is not noticeable. Bulk requests have an extra logic for shard splitting, with a single index request, there is no overhead at all. Jörg On Thu, Jul 3, 2014 at 10:40 PM, Nikita Tovstoles \< [nikita.tovstoles@gmail.com](mailto:nikita.tovstoles@gmail.com)\> wrote: > I do not. But I also do not if my tests recreate conditions where > differences may surface. > > Nikita > On Jul 3, 2014 1:35 PM, "[joergprante@gmail.com](mailto:joergprante@gmail.com)" [joergprante@gmail.com](mailto:joergprante@gmail.com) > wrote: > > > A question back: do you observe a significant difference? > > > > Jörg > > > > On Thu, Jul 3, 2014 at 12:40 AM, Nikita Tovstoles \< > > [nikita.tovstoles@gmail.com](mailto:nikita.tovstoles@gmail.com)\> wrote: > > > > > Hi, > > > > > > I am using ES Java API to talk to an ES server. Sometimes I need to > > > index a single doc, sometimes dozens or hundreds at a time. I'd prefer to > > > keep my code simple (am a contrarian thinker) and wonder if I can get away > > > with always using bulk API (ie BulkRequestBuilder). so that my interface to > > > ES would look like so: > > > > > > void indexDoc(Doc doc); > > > void indexDocs(Collection docs); > > > > > > ...but impl would always delegate to BulkRequestBuilder - with number of > > > actions sometimes being ~ 1. > > > > > > Is there a performance (or other) downside to this approach. > > > Specifically, would bulk index updates (with set of size == 1) take > > > significantly longer than non-bulk updates? > > > > > > thanks, > > > -nikita > > > > > > -- > > > 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](mailto:elasticsearch+unsubscribe@googlegroups.com). > > > To view this discussion on the web visit > > > [https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com) > > > [https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com?utm_medium=email&utm_source=footer) > > > . > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). > > > > -- > > You received this message because you are subscribed to a topic in the > > Google Groups "elasticsearch" group. > > To unsubscribe from this topic, visit > > [https://groups.google.com/d/topic/elasticsearch/TTrkX4a8YFw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/TTrkX4a8YFw/unsubscribe). > > To unsubscribe from this group and all its topics, send an email to > > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > > To view this discussion on the web visit > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com) > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com?utm_medium=email&utm_source=footer) > > . > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). > > -- > 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](mailto:elasticsearch+unsubscribe@googlegroups.com). > To view this discussion on the web visit > [https://groups.google.com/d/msgid/elasticsearch/CAJwaA20L8VmeTiRHq9cfKYznx7UkKbRuQRr7bsbEPwx4j03YFg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAJwaA20L8VmeTiRHq9cfKYznx7UkKbRuQRr7bsbEPwx4j03YFg%40mail.gmail.com) > [https://groups.google.com/d/msgid/elasticsearch/CAJwaA20L8VmeTiRHq9cfKYznx7UkKbRuQRr7bsbEPwx4j03YFg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAJwaA20L8VmeTiRHq9cfKYznx7UkKbRuQRr7bsbEPwx4j03YFg%40mail.gmail.com?utm_medium=email&utm_source=footer) > . > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). -- 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](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEzrjqAqdoSKNY2BNA7%3Dg6pmPorq3XXL9sHYvLOZ%2B%2BuoQ%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEzrjqAqdoSKNY2BNA7%3Dg6pmPorq3XXL9sHYvLOZ%2B%2BuoQ%40mail.gmail.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![Nikita\_Tovstoles](https://avatars.discourse-cdn.com/v4/letter/n/f17d59/32.png) [@Nikita\_Tovstoles](https://discuss.elastic.co/u/Nikita_Tovstoles)\ **Post date:** [July 3, 2014, 9:23pm UTC](https://discuss.elastic.co/t/downside-to-using-bulk-api-for-small-single-doc-sets/18451/5 "2014-07-03T21:23:46Z")
Thanks. Makes sense On Jul 3, 2014 2:18 PM, "[joergprante@gmail.com](mailto:joergprante@gmail.com)" [joergprante@gmail.com](mailto:joergprante@gmail.com) wrote: > Yes, the difference is not noticeable. Bulk requests have an extra logic > for shard splitting, with a single index request, there is no overhead at > all. > > Jörg > > On Thu, Jul 3, 2014 at 10:40 PM, Nikita Tovstoles \< > [nikita.tovstoles@gmail.com](mailto:nikita.tovstoles@gmail.com)\> wrote: > > > I do not. But I also do not if my tests recreate conditions where > > differences may surface. > > > > Nikita > > On Jul 3, 2014 1:35 PM, "[joergprante@gmail.com](mailto:joergprante@gmail.com)" [joergprante@gmail.com](mailto:joergprante@gmail.com) > > wrote: > > > > > A question back: do you observe a significant difference? > > > > > > Jörg > > > > > > On Thu, Jul 3, 2014 at 12:40 AM, Nikita Tovstoles \< > > > [nikita.tovstoles@gmail.com](mailto:nikita.tovstoles@gmail.com)\> wrote: > > > > > > > Hi, > > > > > > > > I am using ES Java API to talk to an ES server. Sometimes I need to > > > > index a single doc, sometimes dozens or hundreds at a time. I'd prefer to > > > > keep my code simple (am a contrarian thinker) and wonder if I can get away > > > > with always using bulk API (ie BulkRequestBuilder). so that my interface to > > > > ES would look like so: > > > > > > > > void indexDoc(Doc doc); > > > > void indexDocs(Collection docs); > > > > > > > > ...but impl would always delegate to BulkRequestBuilder - with number > > > > of actions sometimes being ~ 1. > > > > > > > > Is there a performance (or other) downside to this approach. > > > > Specifically, would bulk index updates (with set of size == 1) take > > > > significantly longer than non-bulk updates? > > > > > > > > thanks, > > > > -nikita > > > > > > > > -- > > > > 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](mailto:elasticsearch+unsubscribe@googlegroups.com). > > > > To view this discussion on the web visit > > > > [https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com) > > > > [https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/9a915ef3-812b-4905-8e4e-852aeb43a81c%40googlegroups.com?utm_medium=email&utm_source=footer) > > > > . > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). > > > > > > -- > > > You received this message because you are subscribed to a topic in the > > > Google Groups "elasticsearch" group. > > > To unsubscribe from this topic, visit > > > [https://groups.google.com/d/topic/elasticsearch/TTrkX4a8YFw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/TTrkX4a8YFw/unsubscribe). > > > To unsubscribe from this group and all its topics, send an email to > > > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > > > To view this discussion on the web visit > > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com) > > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoF9tztn6o0KvLYnA74-YW3xHW6BXGCe9sFnq1euLZ6g4A%40mail.gmail.com?utm_medium=email&utm_source=footer) > > > . > > > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). > > > > -- > > 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](mailto:elasticsearch+unsubscribe@googlegroups.com). > > To view this discussion on the web visit > > [https://groups.google.com/d/msgid/elasticsearch/CAJwaA20L8VmeTiRHq9cfKYznx7UkKbRuQRr7bsbEPwx4j03YFg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAJwaA20L8VmeTiRHq9cfKYznx7UkKbRuQRr7bsbEPwx4j03YFg%40mail.gmail.com) > > [https://groups.google.com/d/msgid/elasticsearch/CAJwaA20L8VmeTiRHq9cfKYznx7UkKbRuQRr7bsbEPwx4j03YFg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAJwaA20L8VmeTiRHq9cfKYznx7UkKbRuQRr7bsbEPwx4j03YFg%40mail.gmail.com?utm_medium=email&utm_source=footer) > > . > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). > > -- > You received this message because you are subscribed to a topic in the > Google Groups "elasticsearch" group. > To unsubscribe from this topic, visit > [https://groups.google.com/d/topic/elasticsearch/TTrkX4a8YFw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/TTrkX4a8YFw/unsubscribe). > To unsubscribe from this group and all its topics, send an email to > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > To view this discussion on the web visit > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEzrjqAqdoSKNY2BNA7%3Dg6pmPorq3XXL9sHYvLOZ%2B%2BuoQ%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEzrjqAqdoSKNY2BNA7%3Dg6pmPorq3XXL9sHYvLOZ%2B%2BuoQ%40mail.gmail.com) > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEzrjqAqdoSKNY2BNA7%3Dg6pmPorq3XXL9sHYvLOZ%2B%2BuoQ%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEzrjqAqdoSKNY2BNA7%3Dg6pmPorq3XXL9sHYvLOZ%2B%2BuoQ%40mail.gmail.com?utm_medium=email&utm_source=footer) > . > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). -- 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](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAJwaA236d0Xtysk07FcjECAPiFhWdtdg6K4W0Sr36aWDNNJe0Q%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAJwaA236d0Xtysk07FcjECAPiFhWdtdg6K4W0Sr36aWDNNJe0Q%40mail.gmail.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [July 6, 2017, 1:17am UTC](https://discuss.elastic.co/t/downside-to-using-bulk-api-for-small-single-doc-sets/18451/6 "2017-07-06T01:17:59Z")