okay .I am new to Elasticsearch and help me understand .
So you mean to say with the nested objects , you can return only inner
objects if required or return entire object ?
If we can do this with nested objects , can you send me any sample code or
example .
My applications relations deals only with one parent and multiple child's
and child can have it own child's and so on .
Do you recommend using nested object for this kind of document relations ?
Actually now thinking that I can have fake document type which holds
documents in a family and don't have to bother about the how deep the
relation hierarchy is
Regards
Nagaraju
908 517 6981
On Wed, Jan 14, 2015 at 2:54 PM, Ed Kim edkim81@gmail.com wrote:
If the relationship is very simple, I don't see why not. We originally
decided to denormalize part of the parent document because we wanted to
minimize the payload of the returning documents. A little while later, we
found out we could omit fields from the document payload, but at that
point, we had a smooth running app already, so we just noted this change
into our research queue.
On Wednesday, January 14, 2015 at 11:39:42 AM UTC-8, buddarapu nagaraju
wrote:
my understanding is nested objects (including nested filter and join)
also doesnt help in this regard , correct me if am wrong
On Wednesday, 14 January 2015 14:31:22 UTC-5, Ed Kim wrote:
I'm not sure if you can fetch both parent/child. You can certainly try
by querying against the entire index (and therefore querying against your
parent/child types), but we've never had any success with this. What we did
to get around this was to denormalize the child documents, and let the
parent be used only for matching purposes.
On Wednesday, January 14, 2015 at 7:36:38 AM UTC-8, buddarapu nagaraju
wrote:
If some one has some ideas please let me know
On Wednesday, 14 January 2015 04:16:00 UTC-5, buddarapu nagaraju wrote:
All I will be knowing in API request is bool params to know whether to
get family docs or not and query that user entered so I need to construct
query that gets all family documents for qualified documents for given
query if bool param is true and another query that just get the qualified
documents
On Wednesday, 14 January 2015 01:51:47 UTC-5, buddarapu nagaraju wrote:
Hi,
I have question on document relations
one document can have multiple child's. and now I have to address
below searches and achieve the mentioned expected results .
search on any child documents(meaning have a query that qualifies
child documents) and retrieve the child ,parent and all of the child's of
the parents
search on any parent documents and retrieve parent and all of the
child documents
-
search on any parent documents and just retrieve only qualified
parent documents
-
search on any child documents and just retrieve only qualified
child documents
Is there any existing feature that help in achieving this ? any ideas
/thoughts would be very useful ?
also please provide some sample code if possible
--
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/X1JCuytcz0s/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
elasticsearch+unsubscribe@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/aab1b66b-36aa-47a7-a467-2680b64c2e6a%40googlegroups.com
https://groups.google.com/d/msgid/elasticsearch/aab1b66b-36aa-47a7-a467-2680b64c2e6a%40googlegroups.com?utm_medium=email&utm_source=footer
.
For more options, visit 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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAFtuXXK2LF1pvfTGkKakQmp6QBdg2dUCzYbKTseN3X7X-xCUfQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.