From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | David Fetter <david(at)fetter(dot)org> |
Cc: | Karol Trzcionka <karlikt(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: GSOC13 proposal - extend RETURNING syntax |
Date: | 2013-05-02 15:17:33 |
Message-ID: | 25357.1367507853@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
David Fetter <david(at)fetter(dot)org> writes:
> 1. As the SQL standard mandates that OLD and NEW be reserved words, we'll re-reserve them.
As I mentioned yesterday, I'm not exactly thrilled with re-reserving
those, and especially not NEW as it is utterly unnecessary (since the
default would already be to return the NEW column).
It should in any case be possible to do this without converting them to
reserved words; rather the implementation could be that those table
aliases are made available when parsing the UPDATE RETURNING expressions.
(This is, in fact, the way that rules use these names now.) Probably it
should work something like "add these aliases if they don't already
exist in the query", so as to avoid breaking existing applications.
I don't really see a lot of value in hacking the behavior of either
INSERT RETURNING or DELETE RETURNING.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Karol Trzcionka | 2013-05-02 15:32:39 | Re: GSOC13 proposal - extend RETURNING syntax |
Previous Message | Heikki Linnakangas | 2013-05-02 15:13:07 | Re: Confusing comment in xlog.c or am I missing something? |