Well, if you only indexed a single document per title with multiple owner IDs in
that document, you wouldn't have multiple documents come back for a
particular title.
And the grouping code (http://wiki.apache.org/solr/FieldCollapsing is
the Solr-level,
but I assume it's all realized in the Lucene
Sent: Sunday, July 22, 2012 11:03 PM
Subject: Re: Matching on "owned" docs -- filter or query? Or sort?
Thanks for the reply. I thought of using boosting, for example "((userId:14
AND title:have)^10 OR (title:have))" or "((userId:14^10 AND title:have) OR
(title:have))&quo
Thanks for the reply. I thought of using boosting, for example "((userId:14
AND title:have)^10 OR (title:have))" or "((userId:14^10 AND title:have) OR
(title:have))" or something like that. However, there would still be
duplicates (all 3 docs for "To Have and To Have Not" would be included whe
Hmmm, what about simply boosting very high on owner, and probably
grouping on title?
If you boosted on owner, you wouldn't even have to index the title
separately for each user, your "owner" field could be multivalued and
contain _all_ the owner IDs. In that case you wouldn't have to group
at all.
I also posted this to StackOverflow, apologies if you see this twice.
I have a data set whereby documents are associated to a user id. Say that the
documents represent books, and each book can have one or more owner. I am
indexing the titles with Lucene. When searching, I want all results owned
On Nov 20, 2008, at 11:58 PM, Ganesh wrote:
I am planning to use Filter for UserID and Date. I will not be able
to cache the Filter. I have to create this filter for every request.
To my knowledge, Filter will give faster results, only if it is
cached.
Is it a good idea to use a filter o
Hello all,
I am planning to use Filter for UserID and Date. I will not be able to cache
the Filter. I have to create this filter for every request. To my knowledge,
Filter will give faster results, only if it is cached.
Is it a good idea to use a filter or better to use query?
Regards
Ganesh
