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")
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? |