[
https://issues.apache.org/jira/browse/SOLR-5772?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16789157#comment-16789157
]
David Smiley commented on SOLR-5772:
------------------------------------
I don't believe it's the case that we need dummy child docs for any use-case,
at least not in 8.0 wherein an updated parent doc may safely replace another
without causing orphans.
If we could do things over again, I think child docs would not have an ID
(perhaps even insist they don't), nor would child docs be returned by default.
I haven't pondered how difficult that would be at this point. I suppose it's
not too radical.
> duplicate documents between solr "block join" documents and "normal" document
> -----------------------------------------------------------------------------
>
> Key: SOLR-5772
> URL: https://issues.apache.org/jira/browse/SOLR-5772
> Project: Solr
> Issue Type: Bug
> Affects Versions: 4.5.1, 4.6.1
> Reporter: Xiang Xiao
> Priority: Major
> Labels: blockjoin
>
> if i first upload this document to solr:
> {code:xml}
> <?xml version="1.0"?>
> <add>
> <doc boost="1.0">
> <field name="id">file1</field>
> <field name="size_i">100</field>
> </doc>
> </add>
> {code}
> and then this one:
> {code:xml}
> <?xml version="1.0"?>
> <add>
> <doc boost="1.0">
> <field name="id">dir1</field>
> <doc boost="1.0">
> <field name="id">file1</field>
> <field name="size_i">400</field>
> </doc>
> </doc>
> </add>
> {code}
> i will get two file documents with the same id
> http://localhost:8983/solr/select?q=*:*&fq=id:file1
> in the config file, i have
> {code:xml}
> <field name="id" type="string" indexed="true" stored="true" required="true"
> multiValued="false" />
> <dynamicField name="*_i" type="int" indexed="true" stored="true"/>
> <uniqueKey>id</uniqueKey>
> {code}
> i would expect the first file document to be overridden by the block join
> document.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
