| From: | Thomas Kellerer <spam_eater(at)gmx(dot)net> |
|---|---|
| To: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: current transaction is aborted, commands ignored |
| Date: | 2005-04-18 23:01:24 |
| Message-ID: | d41e0g$hpt$2@sea.gmane.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Scott Marlowe wrote on 19.04.2005 00:26:
>>One example would be when I drop a table (and it doesn't exist) I still
>>want to run the following CREATE TABLE. But due to the error even the
>>following valid command will fail.
>>This problem is not limited to DDL. When I try to write the result sets for
>>several queries to disk it's the same problem, if e.g. the first select
>>reports an error (e.g. due to a typo in the column list) all subsequent
>>ones will no run as well.
>
> You could try using rollback and save points. set savepoint before you
> drop the table, and if the drop fails, issue a rollback.
As I said, I'm aware of that, but I have to support different DBMS and this
behaviour is pretty different to the other ones. The DDL stuff isn't that
big of a problem, but the example with multiple selects is a bit more
tricky to solve as I don't have control over the transaction handling.
Thanks for your answer, I guess I'll simply have to live with that.
Cheers
Thoams
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Martijn van Oosterhout | 2005-04-18 23:08:31 | Re: Indexes in PostgreSQL |
| Previous Message | Thomas Kellerer | 2005-04-18 22:59:06 | Re: current transaction is aborted, commands ignored until |