[ https://issues.apache.org/jira/browse/LUCENE-652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12683976#action_12683976 ]
Michael McCandless commented on LUCENE-652: ------------------------------------------- {quote} Maybe it is better to use the new UTF-8 tools to encode/decode (instead of toBytes()). This would be consistent with the rest bof Lucene. But for the old deprecated Field.Store.COMPRESS, keep it how it is (backwards compatibility). {quote} You mean UnicodeUtil? I think we can leave that to future optimization (I'd rather focus on the other 2.9 issues, realtime search, etc. at this point). > Compressed fields should be "externalized" (from Fields into Document) > ---------------------------------------------------------------------- > > Key: LUCENE-652 > URL: https://issues.apache.org/jira/browse/LUCENE-652 > Project: Lucene - Java > Issue Type: Improvement > Components: Index > Affects Versions: 1.9, 2.0.0, 2.1 > Reporter: Michael McCandless > Assignee: Michael McCandless > Priority: Minor > Fix For: 2.9 > > Attachments: LUCENE-652.patch > > > Right now, as of 2.0 release, Lucene supports compressed stored fields. > However, after discussion on java-dev, the suggestion arose, from Robert > Engels, that it would be better if this logic were moved into the Document > level. This way the indexing level just stores opaque binary fields, and > then Document handles compress/uncompressing as needed. > This approach would have prevented issues like LUCENE-629 because merging of > segments would never need to decompress. > See this thread for the recent discussion: > http://www.gossamer-threads.com/lists/lucene/java-dev/38836 > When we do this we should also work on related issue LUCENE-648. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org