Re: WIP: Enhanced ALTER OPERATOR

Поиск
Список
Период
Сортировка
От Uriy Zhuravlev
Тема Re: WIP: Enhanced ALTER OPERATOR
Дата
Msg-id 2294424.J96ZOUA4JB@dinodell
обсуждение исходный текст
Ответ на Re: WIP: Enhanced ALTER OPERATOR  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: WIP: Enhanced ALTER OPERATOR  (Alexander Korotkov <a.korotkov@postgrespro.ru>)
Список pgsql-hackers
On Monday 18 May 2015 10:21:10 Tom Lane wrote:
> There are fairly significant reasons why we have not done this, based
> on the difficulty of updating existing cached plans that might have
> incidentally depended on those operator properties during creation.
> Perhaps it's all right to simply ignore such concerns, but I would like
> to see a defense of why.

Then need to prohibit the use of shells operators (stub operators) to create 
self-linkage. Implicitly changing commutators and negators working for a long 
time through the shell operators.

> On a more practical level, please change the syntax so that it does
> not require making all those things into keywords.

Do you say about CREATE OPERATOR like syntax? 

Thanks.

-- 
Uriy Zhuravlev
Postgres Professional: http://www.postgrespro.com
The Russian Postgres Company



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

Предыдущее
От: Ryan Pedela
Дата:
Сообщение: Re: jsonb concatenate operator's semantics seem questionable
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: pg_upgrade cleanup