Skip site navigation (1) Skip section navigation (2)

Re: incoherent view of serializable transactions

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Peter Eisentraut" <peter_e(at)gmx(dot)net>
Cc: "Heikki Linnakangas" <heikki(dot)linnakangas(at)enterprisedb(dot)com>,"Gregory Stark" <stark(at)enterprisedb(dot)com>,"Emmanuel Cecchet" <manu(at)frogthinker(dot)org>,<pgsql-hackers(at)postgresql(dot)org>,"Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: incoherent view of serializable transactions
Date: 2009-01-07 15:40:02
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
>>> Peter Eisentraut <peter_e(at)gmx(dot)net> wrote: 
> Kevin Grittner wrote:
>>> "is a natural consequence of the fact" --- There is nothing
>>> natural about any of this.  Why is it a consequence and how?
>> How could you possibly get any of those phenomena if there are no
>> concurrent transactions?
> I see what you mean now, but you could write out that logic in more
> detail.
Those weren't my words; I was quoting the SQL spec.  It came about
half a page after they had defined serializable transactions by saying
that they must produce the same effect as if they had been run (in
some order) one at a time.  The spec then defined "phenomena that can
occur during the execution of concurrent SQL-transactions" and gave a
table of which phenomena could occur at which transaction isolation
level.  Immediately after the table was the note about "natural
Since these phenomena are defined in terms of the visibility of the
effects of concurrent transactions, and serializable transactions must
have the same effect as if they were run one at a time, a natural
consequence is that none of the effects can occur.  What gaps in the
logic to you see?

In response to


pgsql-hackers by date

Next:From: Bruce MomjianDate: 2009-01-07 15:44:19
Subject: Re: Warning about the 8.4 release
Previous:From: Kenneth MarshallDate: 2009-01-07 15:31:34
Subject: Re: float8 strtod weirdness

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group