[ https://issues.apache.org/jira/browse/SOLR-5285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14005689#comment-14005689 ]
Varun Thacker commented on SOLR-5285: ------------------------------------- Hi [~arcadius], Thanks for trying out the patch. Yes this is expected behaviour. Although one can index an entire hierarchy the final result will be a flat list. This has been discussed in the comments on the issue. The reason for this is in lucene stored the parent document and all its child document in one 'block' and uses this property of storing to do fast joins. Here is a good blog post which explains the mechanism better - http://blog.mikemccandless.com/2012/01/searching-relational-content-with.html Were you just testing or is there a particular use case which needs this hierarchy to be maintained. > Solr response format should support child Docs > ---------------------------------------------- > > Key: SOLR-5285 > URL: https://issues.apache.org/jira/browse/SOLR-5285 > Project: Solr > Issue Type: New Feature > Reporter: Varun Thacker > Fix For: 4.9, 5.0 > > Attachments: SOLR-5285.patch, SOLR-5285.patch, SOLR-5285.patch, > SOLR-5285.patch, SOLR-5285.patch, SOLR-5285.patch, SOLR-5285.patch, > SOLR-5285.patch, SOLR-5285.patch, SOLR-5285.patch, SOLR-5285.patch, > SOLR-5285.patch, SOLR-5285.patch, javabin_backcompat_child_docs.bin > > > Solr has added support for taking childDocs as input ( only XML till now ). > It's currently used for BlockJoinQuery. > I feel that if a user indexes a document with child docs, even if he isn't > using the BJQ features and is just searching which results in a hit on the > parentDoc, it's childDocs should be returned in the response format. > [~hossman_luc...@fucit.org] on IRC suggested that the DocTransformers would > be the place to add childDocs to the response. > Now given a docId one needs to find out all the childDoc id's. A couple of > approaches which I could think of are > 1. Maintain the relation between a parentDoc and it's childDocs during > indexing time in maybe a separate index? > 2. Somehow emulate what happens in ToParentBlockJoinQuery.nextDoc() - Given a > parentDoc it finds out all the childDocs but this requires a childScorer. > Am I missing something obvious on how to find the relation between a > parentDoc and it's childDocs because none of the above solutions for this > look right. -- This message was sent by Atlassian JIRA (v6.2#6252) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org