Hello every body,

In our application  we are dealing with music. In our index we are  storing
music tracks (3 million documents). We have popularity field which inside
the track document, this field  contains the number of  times  the track
have been listened.
The issue is that we are forced to ré-index the whole 3 millions documents
every day to update this field. this field is very important for us because
we use it to modify  scoring via the _val_ parameter to boost track who have
higher popularity.
- Our tracks are stored in a data base, even we use delta import ,via Solr
DIH, it took so much time because the majority of tracks' popularity is
updated. Our indexe is growing every week so ré-indexing isn't well at all.

- An other possible solution is to split the indexe into two index:
  1- the first one will  contain the  popularity and a key to point the
second index (Fk --> PK).
  2- the second index  will contain the stable fields on which we run the
search, but how to modify the score using popularity wich is inside the
first index , is it possible with Solr or  am I obliged to manage this
inside my code to trigger a search on the first index for each document 
returned from the second index and recalculate the default score returner
from this second index?
So what is the best solution to deal with that.

Any suggestion is welcome and thank you in advance.   
-- 
View this message in context: 
http://lucene.472066.n3.nabble.com/solr-multi-indexes-and-scoring-tp764837p764837.html
Sent from the Solr - User mailing list archive at Nabble.com.

Reply via email to