From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Jeff Davis <pgsql(at)j-davis(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: operator exclusion constraints |
Date: | 2009-11-06 19:00:36 |
Message-ID: | 17734.1257534036@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Jeff Davis <pgsql(at)j-davis(dot)com> writes:
> If I put EXCLUSION in the type_func_name keyword list, it works fine.
> But I'm having a little trouble trying to use EXCLUDING or EXCLUSIVE,
> because if I move them from unreserved to any other keyword list, I get
> reduce/reduce conflicts.
> Am I doing something wrong? I would assume that making words more
> reserved would usually not lead to conflicts.
Putting any of these at a higher level than unreserved is problematic
because they are not permitted to be reserved words according to the
SQL spec. While we do have some nonstandard reserved words, I think
the bar for adding new ones has to be pretty high, because it will break
applications that (a) worked before and (b) are not violating either the
letter or the spirit of the standard.
I'd be less worried about making a new col_name_keyword, but if it has
to be type_func_name_keyword then it's nearly as bad as fully reserved.
The main advantage of the CHECK WITH syntax in my eyes was that it
avoided the need to create a new reserved word.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-11-06 19:05:26 | Re: operator exclusion constraints |
Previous Message | David E. Wheeler | 2009-11-06 18:50:19 | Re: operator exclusion constraints |