Re: Empty SELECT result at simultaneous calls - Mailing list pgsql-general

From Craig Ringer
Subject Re: Empty SELECT result at simultaneous calls
Date
Msg-id 4C882A97.5060401@postnewspapers.com.au
Whole thread Raw
In response to Re: Empty SELECT result at simultaneous calls  (Stefan Wild <wilds81@yahoo.de>)
Responses Re: Empty SELECT result at simultaneous calls  (Stefan Wild <wilds81@yahoo.de>)
List pgsql-general
On 8/09/2010 11:40 PM, Stefan Wild wrote:
> Hello,
>
> as already stated: "When I'm working with delays in the servlets, everything works fine." the same selects on the
sameid work fine if delayd. So the data should not be the problem. 

Is this freshly inserted data you're having issues with?

If so, I suspect you're running into issues where the data has been
written in another transaction but that transaction has not yet
committed. The data is **NOT** visible to other transactions until the
writing transaction commits.

That's by design. PostgreSQL does not have a "READ UNCOMMITTED" mode
that would permit data that's been written but not yet committed to be
seen by other transactions.

If that's what's biting you, you need to adjust your code so it only
expects to find data in the database that's actually been committed
(maybe by adding appropriate locking/synchronization/queuing), or you
need to use the same connection for reading and writing the uncommitted
data.

--
Craig Ringer

Tech-related writing at http://soapyfrogs.blogspot.com/

pgsql-general by date:

Previous
From: zhong ming wu
Date:
Subject: variable name in plpgsql
Next
From: Adrian Klaver
Date:
Subject: Re: variable name in plpgsql