[ https://issues.apache.org/jira/browse/ACCUMULO-980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13569220#comment-13569220 ]
Michael Allen commented on ACCUMULO-980: ---------------------------------------- Yeah, my design will support reading with one key and writing with another. Actually, it will always do this, as each file has a separate key. So yes, you could force a compaction to force a rekey. Agreed about looking later at how to optimize this. Overall, then, Keith, does the proposal make sense? Seems workable? > support pluggable codecs for RFile > ---------------------------------- > > Key: ACCUMULO-980 > URL: https://issues.apache.org/jira/browse/ACCUMULO-980 > Project: Accumulo > Issue Type: Improvement > Reporter: Adam Fuchs > Assignee: Adam Fuchs > Fix For: 1.6.0 > > Attachments: RFile-Changes-Proposal-V1.pdf > > > As part of the encryption at rest story, RFile should support pluggable > modules where it currently has hardcoded options for compression codecs. This > is a natural place to add encryption capabilities, as the cost of encryption > would likely not be significantly different from the cost of compression, and > the block-level integration should maintain the same seek and scan > performance. Given the many implementation options for both encryption and > compression, it makes sense to have a plugin structure here. -- 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