[
https://issues.apache.org/jira/browse/HBASE-6942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13475961#comment-13475961
]
Lars Hofhansl commented on HBASE-6942:
--------------------------------------
Hmm... Most of these parameters can be controlled with a scan.
For example to delete only some CFs, just configure the scan that way. I don't
think we should make it more complicated/flexible than this.
What you are describing is another use case. What if I only want to delete the
column that I am describing with the scan? (Now I would have include the
superset of all possible columns in the passed Delete object)
If folks need more complicated logic they should write their own endpoint (now
they have an example)... That is whole point of coprocessors, so that we do not
have to anticipate every possible usecase :)
The beauty of this approach is that we can just pass a Scan object (along with
just a delete type maybe) and have the endpoint do its work.
Anyway, I do not feel strongly about this. If you think that we need more
flexibility and passing a Delete is the best way to pursue this, then let's do
that... As long as the simple case is still simple.
> Endpoint implementation for bulk delete rows
> --------------------------------------------
>
> Key: HBASE-6942
> URL: https://issues.apache.org/jira/browse/HBASE-6942
> Project: HBase
> Issue Type: Improvement
> Components: Coprocessors, Performance
> Reporter: Anoop Sam John
> Assignee: Anoop Sam John
> Fix For: 0.94.3, 0.96.0
>
> Attachments: HBASE-6942.patch, HBASE-6942_V2.patch,
> HBASE-6942_V3.patch, HBASE-6942_V4.patch
>
>
> We can provide an end point implementation for doing a bulk deletion of
> rows(based on a scan) at the server side. This can reduce the time taken for
> such an operation as right now it need to do a scan to client and issue
> delete(s) using rowkeys.
> Query like delete from table1 where...
--
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
