David, Much appreciated. This gives me enough to work with. I missed one important point. Our data changes pretty frequently which mean we may be running deltas every 5-10 minutes. in-memory should work thanks
David Smiley @MITRE.org wrote: > > 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 > > > > -- View this message in context: http://old.nabble.com/dynamic-categorization---transactional-data-tp27790233p27950036.html Sent from the Solr - User mailing list archive at Nabble.com.
