Re: Are long term never commited SELECT statements are a problem?

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Erik Wasser <erik(dot)wasser(at)iquer(dot)net>
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: Are long term never commited SELECT statements are a problem?
Date: 2005-07-21 16:13:34
Message-ID: 20050721161334.GH24366@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

On Thu, Jul 21, 2005 at 05:40:57PM +0200, Erik Wasser wrote:

> > When a transaction is on the serializable level, a SELECT query sees
> > only data committed before the transaction began; it never sees either
> > uncommitted data or changes committed during transaction execution by
> > concurrent transactions. (However, the SELECT does see the effects of
> > previous updates executed within its own transaction, even though they
> > are not yet committed.)

> Why do I see in the first transaction data from the commited second
> transaction? Doesn't prove that the documentation on the above URL
> wrong?

Because it says "in the serializable level," which they acquire when you
execute "SET TRANSACTION ISOLATION LEVEL SERIALIZABLE".

--
Alvaro Herrera (<alvherre[a]alvh.no-ip.org>)
Officer Krupke, what are we to do?
Gee, officer Krupke, Krup you! (West Side Story, "Gee, Officer Krupke")

In response to

Browse pgsql-sql by date

  From Date Subject
Next Message Michael Fuhr 2005-07-21 16:23:03 Re: Are long term never commited SELECT statements are a problem?
Previous Message Erik Wasser 2005-07-21 15:40:57 Re: Are long term never commited SELECT statements are a problem?