Re: "Idle in Transaction" revisited.

Поиск
Список
Период
Сортировка
От Paul Thomas
Тема Re: "Idle in Transaction" revisited.
Дата
Msg-id 20040919104738.A15801@bacon
обсуждение исходный текст
Ответ на Re: "Idle in Transaction" revisited.  (Jeffrey Tenny <jeffrey.tenny@comcast.net>)
Список pgsql-jdbc
On 18/09/2004 22:59 Jeffrey Tenny wrote:
> [snip]
> I'm still running against 7.3.x, but if the above two paragraphs
> are true that's very problematic for me if I'm going to upgrade.
> My app also runs 24/7 and uses serializable transactions in pooled
> connections.
>
> Are you saying that I will see stale database state at the logical
> "start" of my transaction from a pooled connection?
>
> That's a showstopper for sure. If I'm confused please enlighten me.
> I've been holding off on upgrading because of the amount activity on this
> list about 7.4+ systems.
>
> This is the first thing that's been sufficiently integrity threatening
> that it prompted me to de-lurk.  I need data as of when the transaction
> starts, not when the database last committed a transaction via that
> connection.

Our web app deploys on 7.3 and 7.4. There's no problem with the 7.3
db/driver but you could be bitten using the 7.4 driver. My solution is to
always setAutoCommit(true) before returning the connection to the pool.

HTH

--
Paul Thomas
+------------------------------+-------------------------------------------+
| Thomas Micro Systems Limited | Software Solutions for Business           |
| Computer Consultants         | http://www.thomas-micro-systems-ltd.co.uk |
+------------------------------+-------------------------------------------+

В списке pgsql-jdbc по дате отправления:

Предыдущее
От: Dave Cramer
Дата:
Сообщение: Re: Issues regarding code license of ported code.
Следующее
От: Gaetano Mendola
Дата:
Сообщение: Re: "Idle in Transaction" revisited.