Re: Add generate_series(date,date) and generate_series(date,date,integer)

Поиск
Список
Период
Сортировка
От Tomas Vondra
Тема Re: Add generate_series(date,date) and generate_series(date,date,integer)
Дата
Msg-id 56CD0AB2.9070308@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: Add generate_series(date,date) and generate_series(date,date,integer)  (Corey Huinker <corey.huinker@gmail.com>)
Ответы Re: Add generate_series(date,date) and generate_series(date,date,integer)  (Corey Huinker <corey.huinker@gmail.com>)
Список pgsql-hackers
Hi,

On 02/22/2016 08:04 PM, Corey Huinker wrote:
>     >
>     > Given that counterexample, I think we not only shouldn't back-patch such a
>     > change but should reject it altogether.
>
>     Ouch, good point. The overflows are a different problem that we had
>     better address though (still on my own TODO list)...
>
>
> So I should remove the bounds checking from
> generate_series(date,date,[int]) altogether?

I feel rather uneasy about simply removing the 'infinity' checks. Is 
there a way to differentiate those two cases, i.e. when the 
generate_series is called in target list and in the FROM part? If yes, 
we could do the check only in the FROM part, which is the case that does 
not work (and consumes arbitrary amounts of memory).

regards

--
Tomas Vondra                  http://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: improving GROUP BY estimation
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: [JDBC] JDBC behaviour