It must be my english.
When I read your comment, I think you could compare it to the category
example...
Maybe with an example I can explain my situation better:
The documents in the index contain variations of different products.
Say for example I have 10 different products. Every product is indexed
1000 times (1000 different variations, per product) the product is not
unique, the variation is unique.
The first 10 result of a search only contain the best matching
variations for all the products in the complete result. So lets say the
result returns 1000 variations for 3 different products. What I need is
some 'sidebar information' containing detailed information on al the 3
unique products in the complete result.
My example is just simple, in real life the numbers are a lot bigger.
However, the amount of unique products vs variations is such that it
seems a lot of work to iterate over al variations in a DocSet just to
get the few unique products.
But, what I understand from you anwser is that the best way to get the 3
unique products is to iterate over the 1000 variations in the result
DocSet? And if that is the case I'm happy with it.
Thanks
Thijs
But to get some extra inforamtion I need al the unique values for one of
the fields in the index (being the pk of the product).
Chris Hostetter schreef:
: You are correct I'm looking for the unique values for one field in a DocSet.
: The field is not multivalued. and it contains only 1 long value, the pk of a
: database table
: But you said the counts are stored in the index, I don't see that. Because
there's something very confusing about your question ... if the value of
the field is unique for every document (by "pk" you mean the primary key
for these docs in your database correct?) then why do you specificly need
the "unique terms" ? ... aren't they by definition unique?
usually when people ask questions like this, they are interested in the
"unique values" for something like a "category" field, where lots of
documenst are in the same category, and they want to know what the full
list of categories is for all ofhte documenst that match their query.
if you want the list of all "primary keys" for all the documents that
match your query, why not just make sure that field has stored="true" in
the schema.xml and getthe values that way?
I'm extra confused because of this comment...
: when I debug simplefacet. It always iterates over all the documents in the
: result docset (SimpleFacet.getFieldCacheCounts line 259).
it doesn't *seem* like faceting is neccessary, but why do you think
iterating over all the documents in your result set set seems like a waste
here? if you want to know what *all* the values are for every document in
your doc set, then regardless of wether the values are distinct for
each doc, how else could Solr get all the values then looking at each
matching doc?
-Hoss
