AW: [HACKERS] TRANSACTIONS - Mailing list pgsql-hackers

From Zeugswetter Andreas SB
Subject AW: [HACKERS] TRANSACTIONS
Date
Msg-id 219F68D65015D011A8E000006F8590C604AF7CEF@sdexcsrv1.f000.d0188.sd.spardat.at
Whole thread Raw
Responses RE: AW: [HACKERS] TRANSACTIONS
List pgsql-hackers
>  AFAIK, MS Access have no transactions inside it,
>  Informix (at least old versions I worked with) always 
>  perform create,drop, alter object outside transaction 
>  but IMHO it's not right behavior.

MS Access has transactions and Informix (Version 5.00 - 9.20) performs 
create, drop, alter inside the transaction, same as Oracle and DB2.

>  I believe postgres's behavior more meaningful, 
> but IMHO, this example is quite far from real life.

I am pretty sure that the behavior of the others
is the standard.

What PostgreSQL currently also lacks, to make this really useful
is ANSI SQL SQLSTATE (most others also have an int sqlcode), 
so you can decide wether this certain error can be ignored or fixed 
inside this transaction. 
The string parsing we can do is far from optimal. 

Andreas


pgsql-hackers by date:

Previous
From: "Vladimír Beneš"
Date:
Subject: Re: [HACKERS] Out of memory problem (forwarded bug report)
Next
From: "Hiroshi Inoue"
Date:
Subject: RE: [HACKERS] Cache query (PREPARE/EXECUTE)