Re: Packages: Again

From: Peter Geoghegan <pg(at)heroku(dot)com>
To: Serge Rielau <serge(at)rielau(dot)com>
Cc: Kevin Grittner <kgrittn(at)gmail(dot)com>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Craig Ringer <craig(at)2ndquadrant(dot)com>, Wolfgang Wilhelm <wolfgang20121964(at)yahoo(dot)de>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Packages: Again
Date: 2017-01-14 20:26:39
Message-ID: CAM3SWZT9QL+x4MKtqA8t1yN4WPp7U-QKqhs1zuNmMYfLNSkyxQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Jan 13, 2017 at 8:56 PM, Serge Rielau <serge(at)rielau(dot)com> wrote:
>> That's total nonsense.
>>
>> MERGE isn't UPSERT….
>
> Peter,
> you are misreading what I wrote. I did not allege that PostgreSQL did the wrong thing. And you are essentially confirming that there was debate and MERGE deemed to be not what was wanted. So PG, with reason, went with something not in the standard.
>
> That is precisely my point!

I'm sorry for being so blunt. That was unnecessary. I thought that you
were citing that as a negative counterexample, rather than a neutral
or positive one.

Still, it's true that MERGE has very little overlap with UPSERT, both
as specified by the standard, and as implemented in practice by both
SQL Server and Oracle. The Oracle docs introduce MERGE with a
statement that is something along the lines of "MERGE is a way to
combine INSERT, UPDATE, and DELETE into one convenient DML statement".
MERGE is most compelling when performing bulk loading. That being the
case, in my mind MERGE remains something that we really haven't turned
our back on at all.

--
Peter Geoghegan

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2017-01-14 21:18:49 Re: BUG: pg_stat_statements query normalization issues with combined queries
Previous Message Mithun Cy 2017-01-14 17:51:54 Re: pageinspect: Hash index support