[
https://issues.apache.org/jira/browse/HBASE-3584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13209908#comment-13209908
]
stack commented on HBASE-3584:
------------------------------
Ugh, commented over in different issue:
{code}
stack has commented on the revision "HBASE-5413 [jira] Rename RowMutation to
RowMutations".
We have the notion of Operation already. It would seem to cut across rows in
that a Scan and a RowMutations is ugly, agree, but it does convey notions of
'many' and 'in a row'.
Regards RowOperation, Get or Put subclass Operation (actually, its subclass
http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/OperationWithAttributes.html).
RowOperation therefore could work in that it narrows the set of Operations
only, the odd thing is that Delete does not inherit from
OperationWIthAttribute. I'd think we should fix this hole in our 'model' if we
went with RowOperation.
If I was looking into the client package and saw both RowMutation and
RowOperation sitting beside each other, I'd think I'd be confused what to use
whereas with RowMutation and RowMutuations... I'd think I'd have some notion
how they might be used.
AtomicRowMutation I feel is w/o meaning since all Row mutations are 'atomic'
-- or its a bug - so the Atomic qualifier would seem to add nothing.
As Thomas Pan says, just my 2c.
{code}
> Allow atomic put/delete in one call
> -----------------------------------
>
> Key: HBASE-3584
> URL: https://issues.apache.org/jira/browse/HBASE-3584
> Project: HBase
> Issue Type: New Feature
> Components: client, coprocessors, regionserver
> Reporter: ryan rawson
> Assignee: Lars Hofhansl
> Fix For: 0.94.0
>
> Attachments: 3584-final.txt, 3584-v1.txt, 3584-v3.txt
>
>
> Right now we have the following calls:
> put(Put)
> delete(Delete)
> increment(Increments)
> But we cannot combine all of the above in a single call, complete with a
> single row lock. It would be nice to do that.
> It would also allow us to do a CAS where we could do a put/increment if the
> check succeeded.
> -----
> Amendment:
> Since Increment does not currently support MVCC it cannot be included in an
> atomic operation.
> So this for Put and Delete only.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
