[
https://issues.apache.org/jira/browse/SOLR-10924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16078221#comment-16078221
]
ASF subversion and git services commented on SOLR-10924:
--------------------------------------------------------
Commit e87f63b2a6b144d40bbeb4aca0041ca1f1b6ede7 in lucene-solr's branch
refs/heads/branch_7x from Chris Hostetter
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=e87f63b ]
SOLR-10989: Fixup to correct SOLR-11020 test failures (root discrepency caused
by SOLR-10924)
(cherry picked from commit 5d1f57f8823e5b6fec5cc617606db6b714c8aaef)
> PointField multivalued docValues don't "dedup" like TrieField
> -------------------------------------------------------------
>
> Key: SOLR-10924
> URL: https://issues.apache.org/jira/browse/SOLR-10924
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Hoss Man
>
> As noted by Tomas in SOLR-10835, since the numeric FooPointField classes use
> SortedNumericDocValues, the docvalues don't "dedup" when the same value
> exists multiple times for a single document -- this is different from the
> numeric TrieFooField classes that use SortedSetDocValues - which are by
> definition a _set_ -- so multiple instances of the same value are
> de-duplicated.
> This impacts things like the ExportWriter, as well as fields that
> {{useDocValuesAsStored="true"}} if users have particular expecations when
> converting from Trie fields to Point fields.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
