[ https://issues.apache.org/jira/browse/LUCENE-1206?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13591331#comment-13591331 ]
Trejkaz commented on LUCENE-1206: --------------------------------- I think this would still be useful. The workaround of using a separate database to store larger text and binary stuff has never really sat with me terribly well. > Ability to store Reader / InputStream fields > -------------------------------------------- > > Key: LUCENE-1206 > URL: https://issues.apache.org/jira/browse/LUCENE-1206 > Project: Lucene - Core > Issue Type: New Feature > Components: core/index > Reporter: Trejkaz > > In some situations we would like to store the whole text, but the whole text > won't always fit in memory so we can't create a String. Likewise for storing > binary, it would sometimes be better if we didn't have to read into a byte[] > up-front (even when it doesn't use much memory, it increases the number of > copies made and adds burden to GC.) > FieldsWriter currently writes the length at the start of the chunks though, > so I don't know whether it would be possible to seek back and write the > length after writing the data. > It would also be useful to use this in conjunction with compression, both for > Reader and InputStream types. And when retrieving the field, it should be > possible to create a Reader without reading the entire String into memory > up-front. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org