Re: Calculation Error on Epoch?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Calculation Error on Epoch?
Дата
Msg-id 17502.1030508078@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Calculation Error on Epoch?  ("Josh Berkus" <josh@agliodbs.com>)
Список pgsql-sql
"Josh Berkus" <josh@agliodbs.com> writes:
> I'm having a problem with:
> SELECT date_part('epoch','2002-08-28'::TIMESTAMP)
> Which is consistently returning an epoch timestamp that evaluates to
> 8.27.2002.   Is this a known issue?   A cross-platform problem?

In 7.2 I get:

regression=# SELECT date_part('epoch','2002-08-28'::TIMESTAMP);date_part
------------1030507200
(1 row)

which seems to be correct given my timezone:

$ prdate 1030507200
time 1030507200 = Wed Aug 28 2002, 00:00:00 EDT

(prdate is a homegrown utility that just does strftime(localtime(...)))

It does seem to be broken in CVS tip, as I've complained to Thomas
at least once:

regression=# SELECT date_part('epoch','2002-08-28'::TIMESTAMP);date_part
-----------1030.4928                -- wrong
(1 row)

regression=# SELECT date_part('epoch','2002-08-28'::TIMESTAMPTZ);date_part
------------1030507200                -- right
(1 row)


What context are you testing in, and what do you get exactly?
        regards, tom lane


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

Предыдущее
От: "Christopher Kings-Lynne"
Дата:
Сообщение: Re: Calculation Error on Epoch?
Следующее
От: Mathieu Arnold
Дата:
Сообщение: Re: triggers and plpgsql question