Re: BUG #1927: incorrect timestamp returned

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: BUG #1927: incorrect timestamp returned
Дата
Msg-id 200510041524.j94FOFl16359@candle.pha.pa.us
обсуждение исходный текст
Ответ на BUG #1927: incorrect timestamp returned  ("Deyan Chepishev" <updates@blue-edge.bg>)
Список pgsql-bugs
Alvaro Herrera wrote:
> On Tue, Oct 04, 2005 at 10:40:11AM -0400, Bruce Momjian wrote:
> > Kouber Saparev wrote:
> > > >>
> > > >>select timestamp '2005-09-23 23:59:59.9999999'
> > > >>
> > > >>I get the following result (note the value of the seconds):
> > > >>
> > > >>2005-09-23 23:59:60.00
> > > >
> > > > It's the leap second.
> > >
> > > It is not a leap second. Leap seconds are always either on the 30th of
> > > June or on the 31th of December.
> > >
> > > Here there is a list of all the leap seconds so far:
> > > http://en.wikipedia.org/wiki/Leap_second
> > >
> > > And, in fact, the wrong result is the same for each date, regardless of
> > > the year, month or day.
> >
> > Right.  We allow leap seconds for any date/time.  Are you saying we
> > should only allow them for certain dates/times?
>
> We should do that for timestamp or timestamptz, but there's no way we
> could check for a bare time or timetz ...
>
> Also it'd require a recompile whenever a new leap second is added; and
> that the Wikipedia hints that leap seconds may disappear in 2008 in
> favor of "leap hours", whatever that may be.

Yea, I am thinking our current behavior is as good as we can make it.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: PostgreSQL Database export from Linux to Windows
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: BUG #1927: incorrect timestamp returned