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
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 |