Re: Performance issues with compaq server

From: Doug McNaught <doug(at)wireboard(dot)com>
To: holger(at)marzen(dot)de
Cc: Martijn van Oosterhout <kleptog(at)svana(dot)org>, "Samuel J(dot) Sutjiono" <ssutjiono(at)wc-group(dot)com>, <pgsql-general(at)postgresql(dot)org>
Subject: Re: Performance issues with compaq server
Date: 2002-05-09 04:24:52
Message-ID: m3offqhrsb.fsf@varsoon.wireboard.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-sql

Holger Marzen <holger(at)marzen(dot)de> writes:

> On 8 May 2002, Doug McNaught wrote:
>
> > Hmm don't you have to ROLLBACK and redo the whole transaction without
> > the offending row(s), since you can't commit while in ABORT state? Or
> > am I misunderstanding?
>
> Postgres complains and doesn't accept the following inserts after a
> failed one until end of transaction. I didn't have the time yet to
> figure out if it rolls back the preceeding inserts.

I'm pretty sure that the transaction goes into ABORT state and all you
can do is rollback and start over, minus the offending row(s).

> Is there a rule in SQL standards that describes what should happen if
> some statemens in a transaction fail and the program issues a commit?

I think PG's is standard behavior; that's kind of the whole point of
having transactions.

-Doug

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Nitin R Kudalkar 2002-05-09 06:10:27 two postgres server connection
Previous Message Stephan Szabo 2002-05-09 02:01:50 Re: OLAP idea

Browse pgsql-sql by date

  From Date Subject
Next Message Rajesh Kumar Mallah. 2002-05-09 05:21:17 Re: psql: question
Previous Message Christopher Kings-Lynne 2002-05-09 01:50:36 Re: Migrating from 7.1 to 7.2