RE: JDBC Drop/Create problem? - Mailing list pgsql-interfaces

From Peter Mount
Subject RE: JDBC Drop/Create problem?
Date
Msg-id 1B3D5E532D18D311861A00600865478CF1B64E@exchange1.nt.maidstone.gov.uk
Whole thread Raw
In response to JDBC Drop/Create problem?  (Greg Speegle <Greg@10happythings.com>)
Responses RE: JDBC Drop/Create problem?
List pgsql-interfaces

-- 
Peter Mount
Enterprise Support Officer, Maidstone Borough Council
Email: petermount@maidstone.gov.uk
WWW: http://www.maidstone.gov.uk
All views expressed within this email are not the views of Maidstone Borough
Council


> -----Original Message-----
> From: Joachim Achtzehnter [mailto:joachim@kraut.ca]
> Sent: Monday, December 11, 2000 5:29 PM
> To: pgsql-interfaces@postgresql.org
> Subject: RE: [INTERFACES] JDBC Drop/Create problem?
> 
> 
> Today, in a message to pgsql-interfaces, Peter Mount wrote:
> >
> > The problem JDBC has is that it's DatabaseMetaData methods can make
> > several queries. While AutoCommit is off, if one of those fails, the
> > users transaction will also fail.
> 
> If the JDBC driver under the hood performs several queries in 
> response to
> a single 'user command' and one of these fails it can still 
> report that
> command's failure without aborting the whole transaction (assuming the
> backend supports statement-level aborts, of course). 

Unless 7.1 now supports statement level aborts (and it's possible I've
missed it if it has) this is where the problem lies. The backend currently
does abort the whole transaction.

Peter


pgsql-interfaces by date:

Previous
From: Peter Mount
Date:
Subject: RE: RE: JDBC Timestamp Problem
Next
From: "Andreas Brunner"
Date:
Subject: Error connecting to database