Re: Add generate_series(date,date) and generate_series(date,date,integer) - Mailing list pgsql-hackers

From Tomas Vondra
Subject Re: Add generate_series(date,date) and generate_series(date,date,integer)
Date
Msg-id 56CD0AB2.9070308@2ndquadrant.com
Whole thread Raw
In response to Re: Add generate_series(date,date) and generate_series(date,date,integer)  (Corey Huinker <corey.huinker@gmail.com>)
Responses Re: Add generate_series(date,date) and generate_series(date,date,integer)
List 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 by date:

Previous
From: Tomas Vondra
Date:
Subject: improving GROUP BY estimation
Next
From: Craig Ringer
Date:
Subject: Re: [JDBC] JDBC behaviour