[ 
https://issues.apache.org/jira/browse/LUCENE-652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12558407#action_12558407
 ] 

Grant Ingersoll commented on LUCENE-652:
----------------------------------------

Implementing this would mean deprecating Field.Store.COMPRESS and the various 
other places that use/set bits marking a field as compressed.

Seems like a reasonable thing to do.  I will mark this as a 2.9 issue, so that 
we make sure we deprecate it at or before that time.

> 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.0.1, 2.1
>            Reporter: Michael McCandless
>            Priority: Minor
>             Fix For: 2.9
>
>
> 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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to