Re: [GENERAL] COMMIT after an ERROR?

2001-10-18 Thread J C Lawrence

On Sat, 13 Oct 2001 07:13:25 -0700 (PDT) 
Stephan Szabo [EMAIL PROTECTED] wrote:

 Well, that's difficult.  The spec is very hard to understand about
 that.  I believe we determined that our behavior was very very
 close to complient, but that it does not match the standard
 reading of that section.  

My reading of the spec came out as:

  The spec in regard to exact behaviour at COMMIT in the presence of
  errors is, in spec language, undefined.

  The current PostgresQL behaviour doesn't violate the spec, but is
  also one of many possible mutually contradictory behaviours (such
  as not rolling back on error) that don't appear to violate the
  spec.

Ahh well, its not like inserting explicit ROLLBACKs is that hard.

-- 
J C Lawrence
-(*)Satan, oscillate my metallic sonatas.
[EMAIL PROTECTED]   He lived as a devil, eh?
http://www.kanga.nu/~claw/  Evil is a name of a foeman, as I live.

---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly



Re: [GENERAL] COMMIT after an ERROR?

2001-10-13 Thread J C Lawrence

On Fri, 12 Oct 2001 19:35:30 -0700 
patrick keshishian [EMAIL PROTECTED] wrote:

 The only things that are not rolled back are advancing of
 sequences and such.  I suspect serial types also exhibit similar
 behavior to sequences.

Ahh, that's actually critical information (which makes sense too
BTW).  thinks  Excellent.  Then as long as the auto-ROLLBACK on
error is a guaranteed ANSI behaviour rather than a PGSQL thing,
everything is just perfect.  Thanks.

-- 
J C Lawrence
-(*)Satan, oscillate my metallic sonatas.
[EMAIL PROTECTED]   He lived as a devil, eh?
http://www.kanga.nu/~claw/  Evil is a name of a foeman, as I live.

---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?

http://www.postgresql.org/users-lounge/docs/faq.html



Re: [GENERAL] COMMIT after an ERROR?

2001-10-12 Thread Charles Tassell

The failed query will abort the transaction, and throw out
every command that comes before or after it until your rollback.
You don't have to specifically issue a rollback unless you want to issue
more commands though. When you disconnect from the DB it will
automatically roll back the transaction.


At 05:18 AM 10/12/01, J C Lawrence wrote:

Does an error during a transaction invalidate
the transaction?

eg 

 BEGIN
 SomeQueryThatSucceeds
 SomeQueryThatFails
 SomeOtherQueryThatSucceeds
 COMMIT

Will the transaction successfully COMMIT, or will the COMMIT fail?

Translation: Do I need to monitor for error conditions during a
transaction and manually do the ROLLBACK in those cases?

-- 
J C Lawrence
-(*)
Satan, oscillate my metallic sonatas.
[EMAIL PROTECTED]
He lived as a devil, eh?
http://www.kanga.nu/~claw/
 Evil is a name of a foeman, as I live.

---(end of
broadcast)---
TIP 4: Don't 'kill -9' the postmaster


Re: [GENERAL] COMMIT after an ERROR?

2001-10-12 Thread Doug McNaught

J C Lawrence [EMAIL PROTECTED] writes:

 Does an error during a transaction invalidate the transaction?

Yes, the transaction goes into ABORTED state and nothing after the
error will succeed.

 Translation: Do I need to monitor for error conditions during a
 transaction and manually do the ROLLBACK in those cases?

Yup.

-Doug
-- 
Let us cross over the river, and rest under the shade of the trees.
   --T. J. Jackson, 1863

---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster