Re: operator exclusion constraints

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: operator exclusion constraints
Дата
Msg-id 17734.1257534036@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: operator exclusion constraints  (Jeff Davis <pgsql@j-davis.com>)
Ответы Re: operator exclusion constraints
Список pgsql-hackers
Jeff Davis <pgsql@j-davis.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


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "David E. Wheeler"
Дата:
Сообщение: Re: operator exclusion constraints
Следующее
От: Tom Lane
Дата:
Сообщение: Re: operator exclusion constraints