| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Peter Geoghegan <pg(at)heroku(dot)com> |
| Cc: | pgsql-bugs(at)postgresql(dot)org, Miko Kiiski <miko(dot)kiiski(at)reaktor(dot)com>, Heikki Rauhala <heikki(dot)rauhala(at)reaktor(dot)fi> |
| Subject: | Re: "insert [...] on conflict" hangs on conflict on an unmentioned gist index |
| Date: | 2016-07-04 15:00:33 |
| Message-ID: | 19377.1467644433@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
Heikki Rauhala <heikki(dot)rauhala(at)reaktor(dot)fi> writes:
> The last insert of the following statements causes a busy loop that does not complete:
> create table gist_test (
> bar text,
> foo text,
> constraint gist_test_bar_unique unique (bar),
> constraint gist_test_foo_gist_unique exclude using gist (foo with =)
> );
> insert into gist_test (bar, foo) values ('bar', 'foo');
> insert into gist_test (bar, foo) values ('baz', 'foo) on conflict on constraint gist_test_bar_unique do nothing;
It looks to me like the ON CONFLICT code has exactly zero chance of
working with non-btree (or more generally, non-amcanunique) indexes.
Was this case ever considered during development?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2016-07-04 16:09:32 | Re: BUG #14226: pg_upgrade for 8.4 to 9.4 failed |
| Previous Message | hubert depesz lubaczewski | 2016-07-04 14:33:53 | Re: BUG #14227: Former master not shot down |