| 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: | Whole Thread | Raw Message | 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 |