Path: dp-news.maxwell.syr.edu!spool.maxwell.syr.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!postnews.google.com!m7g2000cwm.googlegroups.com!not-for-mail
From: "Marshall" <marshall.spight@gmail.com>
Newsgroups: comp.databases.theory
Subject: Re: Efficient way of global concurrency control/serializability in federated databases??
Date: 10 Oct 2006 14:15:25 -0700
Organization: http://groups.google.com
Lines: 15
Message-ID: <1160514925.701917.88010@m7g2000cwm.googlegroups.com>
References: <1160350110.389862.135370@c28g2000cwb.googlegroups.com>
   <1160426446.780144.26590@h48g2000cwc.googlegroups.com>
   <1160450947.261074.78100@e3g2000cwe.googlegroups.com>
   <1160510344.435445.293010@e3g2000cwe.googlegroups.com>
NNTP-Posting-Host: 172.24.89.20
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-Trace: posting.google.com 1160514930 7586 127.0.0.1 (10 Oct 2006 21:15:30 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Tue, 10 Oct 2006 21:15:30 +0000 (UTC)
In-Reply-To: <1160510344.435445.293010@e3g2000cwe.googlegroups.com>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7,gzip(gfe),gzip(gfe)
Complaints-To: groups-abuse@google.com
Injection-Info: m7g2000cwm.googlegroups.com; posting-host=172.24.89.20;
   posting-account=s2xCFw0AAAD2mIwYYHAqjdsecwG0axmW
Xref: dp-news.maxwell.syr.edu comp.databases.theory:45677

On Oct 10, 12:59 pm, mishad_w...@hotmail.com wrote:
> > Word on the street is that the world is giving up on two phase commit.
> > Although I'm not sure I agree, I can see some of the motivations.
> > The thing that bothers me, though, is that any potential replacements
> > are necessarily application-specific, and can't be handled in a
> > fully automatic way.Do you mean undo via compensating actions? (which I think is the
> WS-Transaction/BPEL4WS approach)

Yes, exactly. It's not something I know anything about, and I'm
wondering if there are some canonical papers or other reading
to do on the topic.


Marshall

