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: "Emmanuel Cecchet" <manu(at)frogthinker(dot)org>
Cc: <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: 2008-12-23 15:14:36
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
>>> Emmanuel Cecchet <manu(at)frogthinker(dot)org> 12/23/08 8:59 AM >>> 
> Kevin Grittner wrote:
>> This isn't some hypothetical "maybe some day some product might
>> implement this, but it'll never catch on" sort of thing --
>> and Sybase SQL Server had this from version 1.  I used it from 1990
>> until the conversion to PostgreSQL over the last couple years. 
> Have you ever used serializable transactions with Sybase?
Every day for over 15 years.
> The locking is 
> actually based on memory-pages and you end-up with deadlocks if you 
> don't pad your data structures to prevent false sharing.
We only padded one table, which we were using to assign sequence
numbers.  Eventually they did come out with support for row level
locking, which could be chosen on a table by table basis, which
eliminated the need for the padding columns.  We didn't go to
row-level locking for all tables because the performance hit was
significant -- worse than the blocking.  Blocking was occasionally an
issue.  Deadlocks were initially a problem, but they can be handled
automatically with resubmit, which we eventually covered gracefully,
and they weren't an issue for us after that.
> Oracle also 
> provides SI like Postgres and I don't think they are doing that bad.
I don't quire understand.  Could you clarify?
>> I'm going on second-hand information here, but I'm told that IBM
>> has used similar techniques to provide true serializable
>> for even longer.
>> I'm somewhat mystified at the reaction this topic gets here.  :-
> I am somewhat mystified by the interest some people still have in 
> serializable transactions. Why don't users program the application to

> deal with a lower isolation (actually I think they do)?
There really are good reasons.  I'm not up to going through that now,
but if there is genuine interest in the topic perhaps I can follow up
> But I am probably missing the point which was to fix the doc?
Thank you!

In response to


pgsql-hackers by date

Next:From: Alvaro HerreraDate: 2008-12-23 15:27:40
Subject: Re: encoding cleanups in cvs repo
Previous:From: Robert HaasDate: 2008-12-23 15:14:29
Subject: Re: Proposed Patch to Improve Performance of Multi-Batch Hash Join for Skewed Data Sets

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