I see. The UninvertingReader even throws an IllegalStateException if you try
read a numeric field as a sorted doc values. I may have to index extra
fields to support my document collapsing scheme. Thanks for responding.
--
View this message in context:
http://lucene.472066.n3.nabble.com/How-to-
Hello,
Giving the code
https://github.com/apache/lucene-solr/blob/trunk/solr/core/src/java/org/apache/solr/schema/TrieField.java#L727
it creates NumericDocValuesField only.
try to define field as multivalued, giving the code it creates
SortedSetDocValuesField.
On Wed, Aug 19, 2015 at 11:13 PM, ted
tedsolr wrote:
> I'm sure there is a good reason why SortedDocValues exposes
> the backing dictionary and [Sorted]NumericDocValues does not.
There is: Numerics does not have a backing dictionary. Instead of storing the
values via the intermediate ordinals-map (aka by reference), they are stored
One error (others perhaps?) in my statement ... the code
searcher.getLeafReader().getSortedDocValues(field)
just returns null for numeric and date fields. That is why they appear to be
ignored, not that the ordinals are all absent or equivalent. But my question
is still valid I think!
--
View
