[
https://issues.apache.org/jira/browse/SOLR-7672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16754413#comment-16754413
]
David Smiley edited comment on SOLR-7672 at 1/28/19 10:29 PM:
--
How so [~mkhludnev]? I _wish_ it were so. The recent improvements to nested
docs in Solr have yet to touch the block join queries. In 8.0, I think these
query parsers could assume {{which:-\_nest_path_:*}} but only if this field is
defined. This approach is taken with the updated child doc transformer.
was (Author: dsmiley):
How so [~mkhludnev]? I _wish_ it were so. The recent improvements to nested
docs in Solr have yet to touch the block join queries. In 8.0, I think these
query parsers could assume {{parent:-\_nest_path_:*}} but only if this field is
defined. This approach is taken with the updated child doc transformer.
> introduce implicit _parent_:true
> --
>
> Key: SOLR-7672
> URL: https://issues.apache.org/jira/browse/SOLR-7672
> Project: Solr
> Issue Type: Improvement
> Components: query parsers, update
>Affects Versions: 5.2
>Reporter: Mikhail Khludnev
>Assignee: Mikhail Khludnev
>Priority: Major
>
> Solr provides block join support in non-invasive manner. It turns out, it
> gives a chance to shoot a leg. As it was advised by [~thetaphi] at SOLR-7606,
> let AddUpdateCommand add _parent_:true field to the document (not to
> children). Do it *always* no matter whether it has children or not.
> Also, introduce default values for for block join qparsers \{!parent
> *which=\_parent\_:true*} \{!child *of=\_parent\_:true*} (sometimes, I rather
> want to hide them from the user, because they are misunderstood quite often).
>
> Please share your concerns and vote.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org