In the documentation it says that ALL parent IDs must be resident in
memory, the question is why.
Why can't the has_child run the query per shard, load into memory all of
the parent IDs that returned from the query and then use these to filter
the parent docs.
For some cases, the recall on the children would be much lower than the
parents, hence, no need for caching the parent-child relation at all.
Has this been tried? What are/were the considerations for implementing this
as it is?
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 firstname.lastname@example.org.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/6d13b8fe-6d00-4090-b15d-5484729d6810%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.