Re: Locking that will delayed a SELECT

Поиск
Список
Период
Сортировка
От Achilleus Mantzios
Тема Re: Locking that will delayed a SELECT
Дата
Msg-id Pine.LNX.4.44.0210181128130.14163-100000@matrix.gatewaynet.com
обсуждение исходный текст
Ответ на Re: Locking that will delayed a SELECT  (Achilleus Mantzios <achill@matrix.gatewaynet.com>)
Ответы Re: Locking that will delayed a SELECT  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Achilleus Mantzios
Дата:
Сообщение: Re: Locking that will delayed a SELECT
Следующее
От: "Martin Crundall"
Дата:
Сообщение: TRIGGERed INSERTS