Re: Nested Transaction TODO list - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Nested Transaction TODO list
Date
Msg-id 26794.1088910776@sss.pgh.pa.us
Whole thread Raw
In response to Re: Nested Transaction TODO list  (Oliver Jowett <oliver@opencloud.com>)
Responses Re: Nested Transaction TODO list  (Oliver Jowett <oliver@opencloud.com>)
Re: Nested Transaction TODO list  (Alvaro Herrera <alvherre@dcc.uchile.cl>)
List pgsql-hackers
Oliver Jowett <oliver@opencloud.com> writes:
> Tom Lane wrote:
>> I haven't looked at JDBC, but at least in the libpq code, what we could
>> safely do is extend the existing no transaction/in transaction/in failed
>> transaction field to provide a five-way distinction: those three cases
>> plus in subtransaction/in failed subtransaction.

> This will break the existing JDBC driver in nonobvious ways: the current 
> code silently ignores unhandled transaction states in ReadyForQuery,

Drat.  Scratch that plan then.  (Still, silently ignoring unrecognized
states probably wasn't a good idea for the JDBC code...)
        regards, tom lane


pgsql-hackers by date:

Previous
From: Oliver Jowett
Date:
Subject: Re: [Re] Re: PREPARE and transactions
Next
From: Mike Mascari
Date:
Subject: Re: LinuxTag wrapup