[
https://issues.apache.org/jira/browse/HBASE-10115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13845763#comment-13845763
]
Sergey Shelukhin commented on HBASE-10115:
------------------------------------------
Why not another coproc endpoint or improve the existing one? As long as it
doesn't affect perf too much... we can already wrap (or replace) compaction
scanner thru coproc.
ScanQueryMatcher is what decides what KVs get skipped, so if a wrapping scanner
could influence that (or even just be able to react to .match call), it should
be almost sufficient. It has KV, it has the default verdict. The only problem
is with seek to next something results, which can skip KVs. This will no longer
be allowed if all deleted KVs are to be examined if I understand that code
correctly, so coproc will have to also prevent matcher from doing that?
> Add a hook for compaction deletes
> ---------------------------------
>
> Key: HBASE-10115
> URL: https://issues.apache.org/jira/browse/HBASE-10115
> Project: HBase
> Issue Type: Bug
> Components: Compaction, Coprocessors
> Affects Versions: 0.99.0
> Reporter: Jean-Marc Spaggiari
> Priority: Minor
>
> The idea is to add a hook to coprocessors to be able to get triggered when
> compaction delete a cell before of the number of versions or the TTL.
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)
