From: | Andreas Karlsson <andreas(at)proxel(dot)se> |
---|---|
To: | Peter Geoghegan <pg(at)heroku(dot)com> |
Cc: | Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Syntax of INSERT...ON DUPLICATE KEY LOCK FOR UPDATE |
Date: | 2014-01-12 16:12:35 |
Message-ID: | 52D2BEF3.10900@proxel.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 01/11/2014 11:42 PM, Peter Geoghegan wrote:
> I recently suggested that rather than RETURNING REJECTS, we could have
> a REJECTING clause, which would see a DML statement project strictly
> the complement of what RETURNING projects in the same context. So
> perhaps you could also see what RETURNING would not have projected
> because a before row trigger returned NULL (i.e. when a before trigger
> indicates to not proceed with insertion). That is certainly more
> general, and so is perhaps preferable. It's also less verbose, and it
> seems less likely to matter that we'll need to make REJECTING a fully
> reserved keyword, as compared to REJECTS. (RETURNING is already a
> fully reserved keyword not described by the standard, so this makes a
> certain amount of sense to me). If nothing else, REJECTING is more
> terse than RETURNING REJECTS.
I do not entirely understand what you are proposing here. Any example
how this would look compared to your RETURNING REJECTS proposal?
--
Andreas Karlsson
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2014-01-12 16:28:57 | ECPG regression tests generating warnings |
Previous Message | Florian Pflug | 2014-01-12 15:59:21 | Re: Standalone synchronous master |