Clint Morgan wrote:
Responses inline:
2008/5/27 Bryan Duxbury <[EMAIL PROTECTED]>:
It seems like if you wanted to do some manner of multi-row transactional
put, the only real way to manage it is with deletes. That is, if the first
put succeeds but the second fails, you can "invert" the first put into a
bunch of deletes.
Yes, this is what I was thinking by using the timestamp/multiple
versions. To roll back you delete everything you wrote and then we get
back to the previous version. Alternatively you could save the
original values before they are overwritten.
Deletes would be the way to go I'd say (what to do if we can't insert
the delete for the very reason the transactions failing?).
We'd have to do a bit of work to support this case first though. IIRC,
deletes X-out cells of same timestamp when getting but when scanning, if
we encounter a delete, it blocks being able to see whats behind the delete.
St.Ack
