Re: MERGE ... RETURNING
Vik Fearing <vik@postgresfriends.org>
From: Vik Fearing <vik@postgresfriends.org>
To: Dean Rasheed <dean.a.rasheed@gmail.com>, Gurjeet Singh <gurjeet@singh.im>
Cc: Alvaro Herrera <alvherre@alvh.no-ip.org>,
Isaac Morland <isaac.morland@gmail.com>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2023-07-13T16:43:37Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Add RETURNING support to MERGE.
- c649fa24a42b 17.0 landed
-
doc: Improve a couple of places in the MERGE docs.
- 97d4262683ac 17.0 landed
- d4c573d8e81e 16.3 landed
- a875743ff402 15.7 landed
-
doc: improve description of privileges for MERGE and update glossary.
- 4bc8f29088f8 17.0 landed
- 3b6728910ace 16.2 landed
- ff772853d02e 15.6 landed
-
Fix RLS policy usage in MERGE.
- c2e08b04c9e7 17.0 cited
-
Fix leak of LLVM "fatal-on-oom" section counter.
- 4f4d73466d71 17.0 cited
-
Implement outer-level aggregates to conform to the SQL spec, with
- e649796f128b 7.4.1 cited
On 7/13/23 17:38, Dean Rasheed wrote: > On Tue, 11 Jul 2023 at 21:43, Gurjeet Singh <gurjeet@singh.im> wrote: >> >>>> I think the name of function pg_merge_when_clause() can be improved. >>>> How about pg_merge_when_clause_ordinal(). >>> >>> That's a bit of a mouthful, but I don't have a better idea right now. >>> I've left the names alone for now, in case something better occurs to >>> anyone. >> >> +1. How do we make sure we don't forget that it needs to be named >> better. Perhaps a TODO item within the patch will help. >> > > Thinking about that some more, I think the word "number" is more > familiar to most people than "ordinal". There's the row_number() > function, for example. There is also the WITH ORDINALITY and FOR ORDINALITY examples. So perhaps pg_merge_when_clause_number() would > be a better name. It's still quite long, but it's the best I can think > of. How about pg_merge_match_number() or pg_merge_ordinality()? -- Vik Fearing