So it looks like can handle adding new documents, and expiring old documents. Updating a document is not part of the game. This would work well for message boards or tweet type solutions.
Solr can do this as well directly. Why wouldn't you just improve the document and facet caching so that when you append there is not a huge hit to Solr? Also we could add a expiration to documents as well. The big issue for me is that when I update Solr I need to replicate that change quickly to all slaves. If we changed replication to stream to the slaves in Near Real Time and not have to create a whole new index version, warming, etc, that would be awesome. That combined with better caching smarts and we have a near perfect solution. Thanks. On 3/9/11 3:29 PM, "Smiley, David W." <dsmi...@mitre.org> wrote: >Zoie adds NRT to Solr: >http://snaprojects.jira.com/wiki/display/ZOIE/Zoie+Solr+Plugin > >I haven't tried it yet but looks cool. > >~ David Smiley >Author: http://www.packtpub.com/solr-1-4-enterprise-search-server/ > >On Mar 9, 2011, at 9:01 AM, Jason Rutherglen wrote: > >> Jae, >> >> NRT hasn't been implemented NRT as of yet in Solr, I think partially >> because major features such as replication, caching, and uninverted >> faceting suddenly are no longer viable, eg, it's another round of >> testing etc. It's doable, however I think the best approach is a >> separate request call path, to avoid altering to current [working] >> API. >> >> On Tue, Mar 8, 2011 at 1:27 PM, Jae Joo <jaejo...@gmail.com> wrote: >>> Hi, >>> Is NRT in Solr 4.0 from trunk? I have checkouted from Trunk, but could >>>not >>> find the configuration for NRT. >>> >>> Regards >>> >>> Jae >>> > > > > >
