Re: Compatibility GUC for serializable

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Compatibility GUC for serializable
Date: 2011-01-10 22:56:06
Message-ID: 4D2B3A26020000250003923C@gw.wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I wrote:

> The proposed GUC would suppress the monitoring in SERIALIZABLE
> mode and avoid the new serialization failures, thereby providing
> legacy behavior -- anomalies and all.

After posting that I realized that there's no technical reason that
such a GUC couldn't be set within each session as desired, as long
as we disallowed changes after the first snapshot of a transaction
was acquired. The IsolationIsSerializable() macro could be modified
to use that along with XactIsoLevel.

Really, the biggest risk of such a GUC is the confusion factor when
supporting people. If we're told that the transactions involved in
some scenario were all run at the SERIALIZABLE isolation level, we
would need to wonder how many *really* were, and how many were (as
David put it) at the NOTREALLYSERIALIZABLEBUTLABELEDASSERIALIZABLE
isolation level?

-Kevin

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Joel Jacobson 2011-01-10 22:59:48 Add function dependencies
Previous Message Joel Jacobson 2011-01-10 22:09:47 Re: Bug in pg_describe_object (was: Re: [HACKERS] obj_unique_identifier(oid))