Re: INSERT ... ON CONFLICT {UPDATE | IGNORE}

From: Gavin Flower <GavinFlower(at)archidevsys(dot)co(dot)nz>
To: Peter Geoghegan <pg(at)heroku(dot)com>
Cc: Simon Riggs <simon(at)2ndquadrant(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, Craig Ringer <craig(at)2ndquadrant(dot)com>
Subject: Re: INSERT ... ON CONFLICT {UPDATE | IGNORE}
Date: 2014-09-29 01:37:51
Message-ID: 5428B7EF.4050608@archidevsys.co.nz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 29/09/14 14:20, Peter Geoghegan wrote:
> On Sun, Sep 28, 2014 at 6:15 PM, Gavin Flower
> <GavinFlower(at)archidevsys(dot)co(dot)nz> wrote:
>>> What I have a problem with is using the MERGE syntax to match people's
>>> preexisting confused ideas about what MERGE does. If we do that, it'll
>>> definitely bite us when we go to make what we'd be calling MERGE do
>>> what MERGE is actually supposed to do. I favor clearly explaining
>>> that.
>>>
>> Opinionated I may be, but I wanted stay well clear of the syntax minefield
>> in this area - as I still have at least a vestigial instinct for self
>> preservation! :-)
> To be clear: I don't think Simon is confused about this at all, which
> is why I'm surprised that he suggested it.
>
>
More specifically, I have only lightly read this thread - and while I
think the functionality is useful, I have not thought about it any real
depth. I was thinking more along the lines that if I needed
functionality like this, where & how might I look for it.

I was remembering my problems looking up syntax in COBOL after coming
from FORTRAN (& other languages) - some concepts had different names and
the philosophy was significantly different in places. The relevance
here, is that peoples' background in other DBMS & knowledge of SQL
standards affect what they expect, as well as preventing unnecessary
conflicts between PostgreSQL & SQL standards (as far as is practicable &
sensible).

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2014-09-29 02:16:31 Re: KNN-GiST with recheck
Previous Message Michael Paquier 2014-09-29 01:23:31 Re: Missing newlines in verbose logs of pg_dump, introduced by RLS patch