Re: Question on doc for RETURNING clause

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Russell, John" <johrss(at)amazon(dot)com>
Cc: "pgsql-docs(at)lists(dot)postgresql(dot)org" <pgsql-docs(at)lists(dot)postgresql(dot)org>
Subject: Re: Question on doc for RETURNING clause
Date: 2024-01-11 20:43:51
Message-ID: 317971.1705005831@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs

"Russell, John" <johrss(at)amazon(dot)com> writes:
> Hi, I was thinking of suggesting some doc clarifications and additional examples related to the RETURNING clause. Just a couple of questions first to see if my understanding is correct.

> I was trying to figure out what the precise “thing” is that comes back from a RETURNING clause. A table reference? A result set?

I'd say it's a result set, just like the output of SELECT.

> That made me think both a RETURNING clause could work in contexts such as CTE (yes) and subquery (seems like no).

We disallow DML in subqueries because there's a lot of squishiness
around when a subquery is evaluated, whether it's evaluated to
completion, or indeed whether it's evaluated more than once.
CTEs have tighter semantics and so it's practical to require
"exactly once" evaluation for CTEs. Partly this is a matter of
historical expectations, but I doubt we'd consider revisiting it.

>> PostgreSQL allows INSERT, UPDATE, and DELETE to be used as WITH queries. This is not found in the SQL standard.

> Is MERGE allowed in that ^^^ context?

Not yet, as you'd find out if you tried it. I think there's a patch
in the pipeline to allow it.

regards, tom lane

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Russell, John 2024-01-11 21:11:49 Re: Question on doc for RETURNING clause
Previous Message David G. Johnston 2024-01-11 19:09:41 Re: Question on doc for RETURNING clause