Re: Support TZ format code in to_timestamp()

Поиск
Список
Период
Сортировка
От Aleksander Alekseev
Тема Re: Support TZ format code in to_timestamp()
Дата
Msg-id CAJ7c6TOPsuzM0AwO1X_Fr077ZFYGi7Pg=TKEtB230f8n=yAr4w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Support TZ format code in to_timestamp()  (Daniel Gustafsson <daniel@yesql.se>)
Ответы Re: Support TZ format code in to_timestamp()
Список pgsql-hackers
Hi,

> Since I had this on my (ever-growing) TODO I re-prioritized today and took a
> look at it since I think it's something we should support.
>
> Nothing really sticks out and I was unable to poke any holes so I don't have
> too much more to offer than a LGTM.
>
> +   while (len > 0)
> +   {
> +       const datetkn *tp = datebsearch(lowtoken, zoneabbrevtbl->abbrevs,
> +                                       zoneabbrevtbl->numabbrevs);
>
> My immediate reaction was that we should stop at prefix lengths of two since I
> could only think of abbreviations of two or more.  Googling and reading found
> that there are indeed one-letter timezones (Alpha, Bravo etc..).  Not sure if
> it's worth mentioning that in the comment to help other readers who aren't neck
> deep in timezones?
>
> +                 /* FALL THRU */
>
> Tiny nitpick, it looks a bit curious that we spell it FALL THRU here and "fall
> through" a few cases up in the same switch.  While we are quite inconsistent
> across the tree, consistency within a file is preferrable (regardless of
> which).

I reviewed the patch and tested it on MacOS and generally concur with
stated above. The only nitpick I have is the apparent lack of negative
tests for to_timestamp(), e.g. when the string doesn't match the
specified format.

-- 
Best regards,
Aleksander Alekseev



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

Предыдущее
От: Aleksander Alekseev
Дата:
Сообщение: Re: FEATURE REQUEST: Role vCPU limit/priority
Следующее
От: Amit Langote
Дата:
Сообщение: Re: remaining sql/json patches