Re: functional call named notation clashes with SQL feature

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: functional call named notation clashes with SQL feature
Дата
Msg-id 4BFFD2AC.7080502@dunslane.net
обсуждение исходный текст
Ответ на Re: functional call named notation clashes with SQL feature  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: functional call named notation clashes with SQL feature  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-hackers

Tom Lane wrote:
> Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
>   
>>> Peter Eisentraut<peter_e@gmx.net>  writes:
>>>       
>>>> How about
>>>> select myfunc(a := 7, b := 6);
>>>>         
>
>   
>> If we go with that, should we make some preparations to allow => in the 
>> future? Like provide an alternative operator name for hstore's =>, and 
>> add a note somewhere in the docs to discourage other modules from using =>.
>>     
>
> I'd vote no.  We're intentionally choosing to deviate from a very poor
> choice of notation.  Maybe Peter can interest the committee in allowing
> := as an alternate notation, instead.
>
>             
>   

What's poor about it? It probably comes from PLSQL which in turn got it 
from Ada, so they aren't just making this up.  I agree it's inconvenient 
for us, but that's a different issue.

cheers

andrew


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [9.1] pg_stat_get_backend_server_addr
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: [9.1] pg_stat_get_backend_server_addr