Re: Using auto-commit OFF for transactions - instead of BEGIN - Mailing list pgsql-jdbc

From David Wall
Subject Re: Using auto-commit OFF for transactions - instead of BEGIN
Date
Msg-id 13ab01c4063e$bd380280$3201a8c0@rasta
Whole thread Raw
In response to Using auto-commit OFF for transactions - instead of BEGIN  (Harry Mantheakis <harry@mantheakis.clara.co.uk>)
List pgsql-jdbc
> I ported a relatively simple application using Oracle 8i with a JDBC
client
> to PostgreSQL 7.4 with the same JDBC client, and everything just worked!

Great.  There must not have been any blobs!  Going the other way often
creates problems because Oracle allows only one LONG field in a table, but
PG allows multiple TEXT fields.  Also, Oracle names are more restrictive and
shorter.

> With Oracle, I was used to setting auto-commit to false at the start of a
> transaction, and then calling commit or rollback at the end.
>
> Is it safe for me to continue setting auto-commit to false for
transactions,
> and are there any compelling reasons - significant performance gains,
> perhaps - why I might want to consider adopting PG's 'BEGIN' statement
> instead?

That should be the way it's done all right.  Turn it off and you can assume
that your connections will be ready with an implicit begin transaction, so
all you have to do is commit/rollback.  After that, an implicit begin occurs
for you.

David


pgsql-jdbc by date:

Previous
From: Kris Jurka
Date:
Subject: Re: Problems with JDBC client and LATIN1 chars
Next
From: Bjørn T Johansen
Date:
Subject: Upgrading from 7.3.4 til 7.4.x?