RE: JDBC Drop/Create problem?

From: Peter Mount <petermount(at)maidstone(dot)gov(dot)uk>
To: "'Joachim Achtzehnter'" <joachim(at)kraut(dot)ca>, pgsql-interfaces(at)postgresql(dot)org
Subject: RE: JDBC Drop/Create problem?
Date: 2000-12-11 09:05:10
Message-ID: 1B3D5E532D18D311861A00600865478CF1B647@exchange1.nt.maidstone.gov.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces

--
Peter Mount
Enterprise Support Officer, Maidstone Borough Council
Email: petermount(at)maidstone(dot)gov(dot)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(at)kraut(dot)ca]
> Sent: Friday, December 08, 2000 6:27 PM
> To: pgsql-interfaces(at)postgresql(dot)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

Responses

Browse pgsql-interfaces by date

  From Date Subject
Next Message Peter Mount 2000-12-11 09:16:15 RE: JDBC Timestamp Problem
Previous Message Thomas Lockhart 2000-12-11 07:44:54 Re: v7.1 beta 1 ...packaged, finally ...