Why do you need a server-side, rollback-able delete? Seems like the client pseudo-code works fine as you describe. (mark the row deleted by adding it to a local list of rows to be deleted)
> -----Original Message----- > From: Ted Yu [mailto:[email protected]] > Sent: Wednesday, May 19, 2010 5:28 PM > To: [email protected] > Subject: Re: delete operation that can be rolled back > > pseudo code: > for every row in a set > mark the row deleted but not calling HBase delete > if certain condition is satisfied, bail out of loop > for every marked row in previous loop > delete it in HBase > > I know some deletion in second loop may fail, but that's another topic. > > Thanks > > On Wed, May 19, 2010 at 5:21 PM, Jonathan Gray <[email protected]> > wrote: > > > I'm not sure I understand what you're asking or trying to do. > > > > Can you lay out the order of events / what you want to happen? I > don't see > > where you roll something back. > > > > Thanks. > > > > > -----Original Message----- > > > From: Ted Yu [mailto:[email protected]] > > > Sent: Wednesday, May 19, 2010 4:53 PM > > > To: [email protected] > > > Subject: delete operation that can be rolled back > > > > > > Hi, > > > We are implementing delete operation that can be rolled back. I.e. > we > > > don't > > > want to delete particular row immediately before a set of rows are > > > processed. > > > > > > I want to get wisdom from the community for the best practice. > > > > > > Thanks > >
