[
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
