RE: Operations not Atomic (was: bind draft issues)

> > For MOVE, I mostly mean the DELETE that occurs when the MOVE causes
> > an overwrite, although I could be convinced that ending up with 2
> > bindings to the collection in the event of an interrupted MOVE,
> > while inadvisable, shouldn't be prohibited.
>
> That's indeed a problem. All "overwrite" operations require a DELETE
(this
> also applies to BIND (!)), so having them atomic when the target is a
> collection has the same problems has the collection DELETE itself.


I am curious...

What does a system that doesn't support "atomic delete"
do in this situation if it gets stuck midway though the deallocation
portion
of the DELETE?   Does it leave the destination partially deleted and
abort the operation leaving it up the client to figure out what state this
was all left in?


------------------------------------------
Phone: 914-784-7569,   ccjason@us.ibm.com
I do not check nn621779@smallcue.com

Received on Wednesday, 5 March 2003 19:37:20 UTC