Is one of the primary differences between nested object and a
child/parent is that
A nested type is defined/changed/deleted by indexing a new parent
while a child document can have a different lifecycle than its parent?
My application of parent/child would definitely be a case where the
children come along at different times after the parent is created.
Is one of the primary differences between nested object and a
child/parent is that
A nested type is defined/changed/deleted by indexing a new parent
while a child document can have a different lifecycle than its parent?
Correct
My application of parent/child would definitely be a case where the
children come along at different times after the parent is created.
It's also a question of the number of children.
I'd guess (not sure) that nested docs probably perform better than
parent-child docs, but if you could have thousands of children, you will
probably do better with parent-child.
With nested objects you basically need to know your parent child
relation upfront. You can't add a nested object after the main
document is added. This isn't the case with parent child objects. So
based on your requirements I would suggest that parent child type
object is the way to go.
Is one of the primary differences between nested object and a
child/parent is that
A nested type is defined/changed/deleted by indexing a new parent
while a child document can have a different lifecycle than its parent?
Correct
My application of parent/child would definitely be a case where the
children come along at different times after the parent is created.
It's also a question of the number of children.
I'd guess (not sure) that nested docs probably perform better than
parent-child docs, but if you could have thousands of children, you will
probably do better with parent-child.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.