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 [email protected]. 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.
