Re: UNNEST with multiple args, and TABLE with multiple funcs

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: UNNEST with multiple args, and TABLE with multiple funcs
Дата
Msg-id CAFj8pRCFDW0QKQS4coTgpWXX2KLX82dLGpGJ9LD53hP2nhEbbQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: UNNEST with multiple args, and TABLE with multiple funcs  (Boszormenyi Zoltan <zb@cybertec.at>)
Ответы Re: UNNEST with multiple args, and TABLE with multiple funcs
Список pgsql-hackers
Hello

Harder maybe but it may still be cleaner in the long run.

Overall, it's my intention here to remove as many as feasible of the old
reasons why one might use an SRF in the select list.

Indeed, it's a big nail in the coffin for SRFs-in-targetlist. Having
WITH ORDINALITY and this feature, I would vote for removing
SRF-in-targetlist and call the release PostgreSQL 10.0.

Although I would to remove SRF from targetlist, I don't think so this hurry strategy is good idea. We should to provide new functionality and old functionality one year as minimum, and we should to announce so this feature is deprecated - and maybe use a GUC for disabling, warning and deprecating.  More, I would to see 9.4 release:). x.4 are happy PostgreSQL releases :)

Regards

Pavel

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Should we remove "not fast" promotion at all?
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: danger of stats_temp_directory = /dev/shm