Re: [HACKERS] Idea on how to simplify comparing two sets - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] Idea on how to simplify comparing two sets
Date
Msg-id 2580.1486570976@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] Idea on how to simplify comparing two sets  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: [HACKERS] Idea on how to simplify comparing two sets  (David Fetter <david@fetter.org>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Wed, Feb 8, 2017 at 4:24 AM, Pantelis Theodosiou <ypercube@gmail.com> wrote:
>> I'm not advocating it but I don't see how introducing new SQL keywords
>> breaks backwards compatibility.

> It does at least a little bit.

Yes.  I think a new set-operation keyword would inevitably have to be
fully reserved --- UNION, INTERSECT, and EXCEPT all are --- which means
that you'd break every application that has used that word as a table,
column, or function name.

Generally speaking, we try very darn hard not to introduce new reserved
words that are not called out as reserved in the SQL standard.  (And even
for those, we've sometimes made the grammar jump through hoops so as
not to reserve a word that we didn't reserve previously.)
        regards, tom lane



pgsql-hackers by date:

Previous
From: Daniel Gustafsson
Date:
Subject: Re: [HACKERS] [PATCH] configure-time knob to set default ssl ciphers
Next
From: Erik Nordström
Date:
Subject: [HACKERS] Patch: Avoid precision error in to_timestamp().