You'll probably want to influence your relevancy on this popularity number that is changing often. ExternalFileField looks like a possibility though I haven't used it. Another would be using an in-memory cache which stores all popularity numbers for any data that has its popularity updated since the last index update (say since the previous night). On second thought, it may need to be absolutely all of them but these are just #s so no big deal? You could then customize a "ValueSource" subclass which gets data from this fast in-memory up to date source. See FileFloatSource for an example that uses a file instead of an in-memory structure.
~ David Smiley Author: http://www.packtpub.com/solr-1-4-enterprise-search-server/ On Mar 18, 2010, at 2:44 PM, caman wrote: > 2) Any input on 2 please? I need to store # of views and popularity with > each document and that can change pretty often. Recommended to use database > or can this be updated to SOLr directly? My issue with DB is that with every > SOLR search hit, will have to do DB hit to retrieve meta-data. > > Any input is appreciated please