Re: Empty SELECT result at simultaneous calls
От | Craig Ringer |
---|---|
Тема | Re: Empty SELECT result at simultaneous calls |
Дата | |
Msg-id | 4C882A97.5060401@postnewspapers.com.au обсуждение исходный текст |
Ответ на | Re: Empty SELECT result at simultaneous calls (Stefan Wild <wilds81@yahoo.de>) |
Ответы |
Re: Empty SELECT result at simultaneous calls
|
Список | 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 по дате отправления: