Re: BUG #3320: Error when using INSERT...RETURNING as a subquery
От | Gregory Stark |
---|---|
Тема | Re: BUG #3320: Error when using INSERT...RETURNING as a subquery |
Дата | |
Msg-id | 87646bo8rr.fsf@oxford.xeocode.com обсуждение исходный текст |
Ответ на | Re: BUG #3320: Error when using INSERT...RETURNING as a subquery (David Fetter <david@fetter.org>) |
Ответы |
Re: BUG #3320: Error when using INSERT...RETURNING as a
subquery
|
Список | pgsql-bugs |
"David Fetter" <david@fetter.org> writes: > On Tue, May 29, 2007 at 09:41:38AM -0400, Tom Lane wrote: >> "Jan Szumiec" <jan.szumie@infiniteloop.eu> writes: >> > UPDATE items SET (type, post_id) = (INSERT INTO efforts (effort) VALUES >> > (667) RETURNING 'Item', id) WHERE id = 1937 >> >> Sorry, RETURNING is only supported at the top level of a query. > > What would be involved with making this possible? What we have at the > moment is a pretty clear POLA violation because unlike the rest of the > row-returning objects (tables, views, SRFs and VALUES() clauses), only > RETURNING can't be used in a subquery. It has the same problem that SELECT triggers have. How many rows should you expect that subquery to insert, update, or delete if it's used in a join clause? Or in the where clause of another insert/update/delete statement? -- Gregory Stark EnterpriseDB http://www.enterprisedb.com
В списке pgsql-bugs по дате отправления: