You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "mosh (JIRA)" <ji...@apache.org> on 2018/05/01 11:43:00 UTC
[jira] [Comment Edited] (SOLR-12298) Index Full nested document
Hierarchy For Queries (umbrella issue)
[ https://issues.apache.org/jira/browse/SOLR-12298?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16459631#comment-16459631 ]
mosh edited comment on SOLR-12298 at 5/1/18 11:42 AM:
------------------------------------------------------
Approach: I see [~janhoy]'s proposal as a starting point for this issue, as it addresses most of the problems
was (Author: moshebla):
A similar issue has been brought up in the mailing list
> Index Full nested document Hierarchy For Queries (umbrella issue)
> -----------------------------------------------------------------
>
> Key: SOLR-12298
> URL: https://issues.apache.org/jira/browse/SOLR-12298
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: mosh
> Priority: Major
>
> Solr ought to have the ability to index deeply nested objects, while storing the original document hierarchy.
> Currently the client has to index the child document's full path and level to manually reconstruct the original document structure, since the children are flattened and returned in the reserved "_childDocuments_" key.
> Ideally you could index a nested document, having Solr transparently add the required fields while providing a document transformer to rebuild the original document's hierarchy.
>
> This issue is an umbrella issue for the particular tasks that will make it all happen – either subtasks or issue linking.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org