Re: Locking that will delayed a SELECT - Mailing list pgsql-sql

From Achilleus Mantzios
Subject Re: Locking that will delayed a SELECT
Date
Msg-id Pine.LNX.4.44.0210181128130.14163-100000@matrix.gatewaynet.com
Whole thread Raw
In response to Re: Locking that will delayed a SELECT  (Achilleus Mantzios <achill@matrix.gatewaynet.com>)
Responses Re: Locking that will delayed a SELECT
List pgsql-sql
On Fri, 18 Oct 2002, Achilleus Mantzios wrote:

> Second small xaction T2's select statemenst will use values commited
> before these select statements started. That is, these queries
> will NOT see values updated by T1.
>
> The problem is solved
>
> a) Using SERIALIZABLE XACTION ISOLATION LEVEL
> b) in T2 using "select for update" instead of select. That way T2's
> queries will wait untill T1's statements commit or rollback.
>
> The SERIALIZABLE XACTION ISOLATION LEVEL scheme is heavier
> and thus maybe less efficient.

Also the serialization must be secured from the application side.
In your case the program invoking T2 must be prepared to retry
the transaction if T1 commits in the meantime.

With SERIALIZABLE XACTION ISOLATION LEVEL T2's select statements
will use values commited before T2 began (and not before
these select statements began as in the READ COMMITED
(default) XACTION ISOLATION LEVEL case)

==================================================================
Achilleus Mantzios
S/W Engineer
IT dept
Dynacom Tankers Mngmt
Nikis 4, Glyfada
Athens 16610
Greece
tel:    +30-10-8981112
fax:    +30-10-8981877
email:  achill@matrix.gatewaynet.com       mantzios@softlab.ece.ntua.gr



pgsql-sql by date:

Previous
From: Achilleus Mantzios
Date:
Subject: Re: Locking that will delayed a SELECT
Next
From: "Martin Crundall"
Date:
Subject: TRIGGERed INSERTS