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
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 |
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 |