Peter Geoghegan <p...@heroku.com> writes: > On Thu, Aug 25, 2016 at 7:12 AM, Ivan Frolkov <ifrol2...@mail.ru> wrote: >> So, if we have primary key and unique constraint on a table then upsert will >> not work as would expected.
> Why is this unexpected? > You only take the alternative path (UPDATE) in the event of a would-be > duplicate violation. You can't upsert while using more than one index > as an arbiter index. This is true unless they're more or less > equivalent, in which case multiple arbiter indexes can be inferred, > but that clearly doesn't apply here. I think the point is that given the way he's set up the test case, there should be no duplicate violation in the plain unique index unless there is one in the arbiter index. So assuming that INSERT tests the arbiter indexes first, there shouldn't be an error. Maybe it doesn't do that, but it seems like it would be a good idea if it did. regards, tom lane -- Sent via pgsql-hackers mailing list (email@example.com) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers