There is an IndexdocValue(renamed docvalues) in Lucene 4 which maps ids to a value and has different characteristics that the inverted index.
If someone could answer my question as well , it entails using a k-v database for having personalized ranking(see the previous mail<http://mail-archives.apache.org/mod_mbox/lucene-java-user/201205.mbox/browser> ). I wish there was a way to provide an indexdocvalue store with an external database, (for the cases that the values change per user accessing the search engine). 2012/5/21 Li Li <[email protected]> > what's your meaning of performance of storage? > lucene just stores all fields of a document(or columns of a row if in > db) together. it can only store string. you can't store int or long( > except you convert it to string). to retrieve a given field of a > document will cause many io operations. it's designed to perform fast > full text search. it's not a k-v or other nosql db. > > On Mon, May 21, 2012 at 3:33 PM, Konstantyn Smirnov <[email protected]> > wrote: > > That's ok, but what is the real difference? Are there any performance > tests? > > I can assume, that up to 1 GB index size, there will be no noticeable > > difference with stored fields in comparison with some MongoDB, but if the > > index size grows? > > > > -- > > View this message in context: > http://lucene.472066.n3.nabble.com/Performance-of-storing-data-in-Lucene-vs-other-No-SQL-Databases-tp3984704p3985043.html > > Sent from the Lucene - Java Users mailing list archive at Nabble.com. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Sincerely yours, Apostolis Xekoukoulotakis
