| From: | Thomas Kellerer <spam_eater(at)gmx(dot)net> |
|---|---|
| To: | pgsql-sql(at)postgresql(dot)org |
| Subject: | Re: Current transaction is aborted, commands ignored until end of transaction block |
| Date: | 2011-12-30 11:18:09 |
| Message-ID: | jdk6lb$pqf$1@dough.gmane.org |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-sql |
Marcin Mirosław wrote on 30.12.2011 12:07:
>>>> Would be nice to have an option in PostgreSQL something along the lines
>>>> of: 'abort-transaction-on-constraint-violation = false'....
>>>
>>> That option is called MySQL with MyISAM tables.
>>>
>> Not true.
>>
>> Oracle and others (I believe at least DB2) behave such that you can
>> insert a bunch of rows and if one or more throw a constraint violation,
>> the transaction can still be committed persisting those that do not
>> violate the constraint.
>
> Hi,
> isn't this option:
> http://www.postgresql.org/docs/current/static/sql-set-constraints.html ?
> Regards
>
Not that's something different.
It would still prevent comitting the transaction if the constraint check fails at the end.
This strict transaction concept is somewhat irritating when you come from other DBMS (such as Oracle or DB2).
Using savepoints is the only option to "simulate" that behaviour in PostgreSQL (and then the constraints need to be immediate)
Thomas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Leif Biberg Kristensen | 2011-12-30 11:25:08 | Re: Current transaction is aborted, commands ignored until end of transaction block |
| Previous Message | Marcin Mirosław | 2011-12-30 11:07:19 | Re: Re: Current transaction is aborted, commands ignored until end of transaction block |