Re: Re: Add generate_series(date, date) and generate_series(date, date, integer)
В списке pgsql-hackers по дате отправления:
| От | David Steele |
|---|---|
| Тема | Re: Re: Add generate_series(date, date) and generate_series(date, date, integer) |
| Дата | |
| Msg-id | 56D9DE9A.7060303@pgmasters.net обсуждение исходный текст |
| Ответ на | Re: Re: Add generate_series(date, date) and generate_series(date, date, integer) (Vik Fearing <vik@2ndquadrant.fr>) |
| Список | pgsql-hackers |
On 2/21/16 2:24 PM, Vik Fearing wrote:
> On 02/21/2016 07:56 PM, Corey Huinker wrote:
>>
>> Other than that, the only difference is the ::date part. Is it
>> really worth adding extra code just for that? I would say not.
>>
>>
>> I would argue it belongs for the sake of completeness.
>
> So would I.
>
> +1 for adding this missing function.
+1. FWIW, a sample query I wrote for a customer yesterday would have
looked nicer with this function. Here's how the generate_series looked:
generate_series('2016-03-01'::date, '2016-03-31'::date, interval '1
day')::date
But it would have been cleaner to write:
generate_series('2016-03-01'::date, '2016-03-31'::date)
More importantly, though, I don't like that the timestamp version of the
function happily takes date parameters but returns timestamps. I feel
this could lead to some subtle bugs for the unwary.
--
-David
david@pgmasters.net
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера