[ https://issues.apache.org/jira/browse/SOLR-12768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16753564#comment-16753564 ]
mosh commented on SOLR-12768: ----------------------------- {quote}I did _not_ include {{_nest_parent_}} as we don't actually use this field for any features yet. {quote} Yeah, it should probably be up to the user to decide whether this field is to be indexed. It might benefit odd exotic queries. {quote}<field name="_root_" type="string" indexed="true" stored="false" docValues="false" /> {quote} Currently there might not be a reason for root to be stored, but this could change once SOLR-12638 comes around. But I guess we could change it when dealing with that particular issue. Just thought I would give a heads up. The comments are a nice touch for each for field are a really nice touch. > Determine how _nest_path_ should be analyzed to support various use-cases > ------------------------------------------------------------------------- > > Key: SOLR-12768 > URL: https://issues.apache.org/jira/browse/SOLR-12768 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Reporter: David Smiley > Assignee: David Smiley > Priority: Blocker > Fix For: 8.0 > > Attachments: SOLR-12768.patch, SOLR-12768.patch, SOLR-12768.patch > > Time Spent: 2h > Remaining Estimate: 0h > > We know we need {{\_nest\_path\_}} in the schema for the new nested documents > support, and we loosely know what goes in it. From a DocValues perspective, > we've got it down; though we might tweak it. From an indexing (text > analysis) perspective, we're not quite sure yet, though we've got a test > schema, {{schema-nest.xml}} with a decent shot at it. Ultimately, how we > index it will depend on the query/filter use-cases we need to support. So > we'll review some of them here. > TBD: Not sure if the outcome of this task is just a "decide" or wether we > also potentially add a few tests for some of these cases, and/or if we also > add a FieldType to make declaring it as easy as a one-liner. A FieldType > would have other benefits too once we're ready to make querying on the path > easier. -- 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