The main idea behind Lucene is search the data. In most fast and scalable way possible. For achieving this goal Lucene give up on original data availability and consistency. So you should be ready to discard your index and rebuild it from scratch. To do this, you need to have your original data. The most frequent reason for reindex is changing Analyzer algorithms, I guess.
On Jul 28, 2012, at 3:25 AM, Felipe Carvalho <felipe.carva...@gmail.com> wrote: > Please forgive my lack of knowledge on this theme, but why cannot Lucene / > Solr cannot be used as primary database / data store? > > On Fri, Jul 27, 2012 at 3:16 AM, Aditya <findbestopensou...@gmail.com>wrote: > >> Check out these articles on this topic. Hope it helps. >> http://www.findbestopensource.com/article-detail/lucene-solr-as-nosql-db >> http://www.lucidimagination.com/blog/2010/04/30/nosql-lucene-and-solr/ >> >> In nutshell, It is good to use Lucene as NoSQL but better have your data >> stored in some persistent store like file system or a database. >> >> Regards >> Aditya >> www.findbestopensource.com >> >> >> On Thu, Jul 26, 2012 at 10:45 PM, Hank Williams <hank...@gmail.com> wrote: >> >>> If I want to set up a database that is totally flat with no joins, is >>> there any reason not to use lucene. The reasons I would be curious about >>> are things like insert performance and whether there are any queries that >>> either don't work in lucene or perform better in MySQL/postgres. >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org >>> For additional commands, e-mail: java-user-h...@lucene.apache.org >>> >>> >> --- Denis Bazhenov <dot...@gmail.com> --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org For additional commands, e-mail: java-user-h...@lucene.apache.org
