lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <>
Subject [jira] [Commented] (SOLR-12519) Support Deeply Nested Docs In Child Documents Transformer
Date Wed, 29 Aug 2018 14:06:00 GMT


ASF subversion and git services commented on SOLR-12519:

Commit 171cfc8e8e4d4e3f0061aa181c28c14e967a350f in lucene-solr's branch refs/heads/branch_7x
from [~dsmiley]
[;h=171cfc8 ]

SOLR-12519: child doc transformer can now produce a nested structure.
Fixed SolrDocument's confusion of field-attached child documents in addField()
Fixed AtomicUpdateDocumentMerger's confusion of field-attached child documents in isAtomicUpdate()

(cherry picked from commit 5a0e7a615a9b1e7ac97c6b0f9e5604dcc1aeb03f)

> Support Deeply Nested Docs In Child Documents Transformer
> ---------------------------------------------------------
>                 Key: SOLR-12519
>                 URL:
>             Project: Solr
>          Issue Type: Sub-task
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: mosh
>            Priority: Major
>         Attachments: SOLR-12519-fix-solrj-tests.patch, SOLR-12519-no-commit.patch, SOLR-12519.patch
>          Time Spent: 25h 10m
>  Remaining Estimate: 0h
> As discussed in SOLR-12298, to make use of the meta-data fields in SOLR-12441, there
needs to be a smarter child document transformer, which provides the ability to rebuild the
original nested documents' structure.
>  In addition, I also propose the transformer will also have the ability to bring only
some of the original hierarchy, to prevent unnecessary block join queries. e.g.
> {code}  {"a": "b", "c": [ {"e": "f"}, {"e": "g"} , {"h": "i"} ]} {code}
>  Incase my query is for all the children of "a:b", which contain the key "e" in them,
the query will be broken in to two parts:
>  1. The parent query "a:b"
>  2. The child query "e:*".
> If the only children flag is on, the transformer will return the following documents:
>  {code}[ {"e": "f"}, {"e": "g"} ]{code}
> In case the flag was not turned on(perhaps the default state), the whole document hierarchy
will be returned, containing only the matching children:
> {code}{"a": "b", "c": [ {"e": "f"}, {"e": "g"} ]{code}

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message