Re: INSERT ... ON CONFLICT {UPDATE | IGNORE}
От | Peter Geoghegan |
---|---|
Тема | Re: INSERT ... ON CONFLICT {UPDATE | IGNORE} |
Дата | |
Msg-id | CAM3SWZSf3kkUToRjYMwPcGO5UgmPPf71tBxzYO6vryNrQtDCPQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: INSERT ... ON CONFLICT {UPDATE | IGNORE} (Andres Freund <andres@2ndquadrant.com>) |
Список | pgsql-hackers |
On Mon, Sep 29, 2014 at 12:02 AM, Andres Freund <andres@2ndquadrant.com> wrote: > On 2014-09-29 09:51:45 +0300, Heikki Linnakangas wrote: >> That said, it would be handy if the syntax was closer to MERGE. Aside from >> the concurrency issues, it does the same thing, right? So how about making >> the syntax identical to MERGE, except for swapping the MERGE keyword with >> e.g. UPSERT? > > I don't think that's a good idea. What most people are missing is an > *easy* way to do upsert, that's similar to the normal INSERT. Not > something with a pretty different syntax. That's why INSERT OR REPLACE > and stuff like that was well adopted. Agreed. MERGE isn't the same other than the concurrency concerns, in any case. It is driven by a join, which is very flexible, but also has problems with concurrency (leaving aside the fact that in practice it doesn't tend to work out well when it isn't an equi-join). UPSERT *has* to be driven by something like a would-be unique violation, not an outer join matching or not matching. -- Peter Geoghegan
В списке pgsql-hackers по дате отправления: