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

From Peter Mount
Subject RE: JDBC Drop/Create problem?
Date
Msg-id 1B3D5E532D18D311861A00600865478CF1B647@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?  (Joachim Achtzehnter <joachim@kraut.ca>)
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: Friday, December 08, 2000 6:27 PM
> To: pgsql-interfaces@postgresql.org
> Subject: RE: [INTERFACES] JDBC Drop/Create problem?
> 
> 
> Today, in a message to Greg Speegle, Peter Mount wrote:

> > What would be nice would be nested transactions. Then the drop could
> > be placed within its own transaction, and the outer one wouldn't be
> > affected.
> 
> Nested transactions are more general than statement-level 
> abort in that
> they allow users to define the scope of the nested 
> transaction. It is also
> the preferred way to cleanly implement statement-level abort.

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. Could be a possible area of confusion for both
user and app.

Peter


pgsql-interfaces by date:

Previous
From: Peter Mount
Date:
Subject: RE: JDBC Timestamp Problem
Next
From: Peter Mount
Date:
Subject: RE: JDBC Timestamp Problem