| From: | Thomas Kellerer <spam_eater(at)gmx(dot)net> |
|---|---|
| To: | pgsql-general(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Catching unique_violation exception on specific column/index |
| Date: | 2018-06-11 10:30:13 |
| Message-ID: | 0fa3bd50-3ce2-2038-29da-48fa0a1f6b19@gmx.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Alexey Dokuchaev schrieb am 11.06.2018 um 12:10:
> I have a table with several UNIQUE and CHECK constraints. One of these
> UNIQUE constraints actually *can* be violated -- not on the table level,
> of course, but on the application level -- meaning, if the entry with
> particular foo_key is already in there, do not throw an exception, just
> silently do nothing.
>
> The usual approach ("EXCEPTION WHEN unique_violation THEN ... END") does
> not really cut it because I want to catch unique_violation only when it
> happens on "foo_key", and still rightfully complain on others. However,
> there is no "EXCEPTION WHEN unique_violation ON (foo_key)" or something.
> Is there a way to do this without using triggers and in a less ugly way
> than the code below?
>
> IF SQLERRM = 'duplicate key value violates unique constraint' ||
> ' "foo_key"' THEN
> RAISE NOTICE '%: %', SQLSTATE, SQLERRM;
> ELSE
> RAISE EXCEPTION '%: %', SQLSTATE, SQLERRM;
> END IF;
>
> ./danfe
What's wrong with:
INSERT ...
ON CONFLICT (foo_key) DO NOTHING
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alexey Dokuchaev | 2018-06-11 10:41:38 | Re: Catching unique_violation exception on specific column/index |
| Previous Message | Alexey Dokuchaev | 2018-06-11 10:10:33 | Catching unique_violation exception on specific column/index |