From: | Nem Tudom <ellenallhatatlan(at)gmail(dot)com> |
---|---|
To: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Issues with EPOCH-s, TIMESTAMP(TZ)-s and leap seconds. |
Date: | 2025-01-27 21:01:59 |
Message-ID: | c3520c84-33d3-47f2-a859-091f369bdc91@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi all,
I'm having trouble understanding matters related to TIMESTAMP(TZ)-s and
leap seconds - my machine runs on UTC so as to remove any issues related
to the zones.
From here: https://en.wikipedia.org/wiki/Leap_second,
There have been 27 leap seconds added to UTC since 1972.
But, when I run this fiddle (see bottom of this email link)
(first snippet - 2015 -> 2016) I get a "nice" even number for the EPOCH
of, 00:00:00 2016 , say (= 1451606400) - now, with 27 leap seconds since
1972, I would expect that number to be (something like) 1451606427?
I thought that the EPOCH was the number of seconds since 1970-01-01
00:00:00? Is this incorrect?
Also, (first snippet again), why is the TIMESTAMPTZ 23:59:60 2015 even
allowed?
Now, we come to the second snippet (2016 -> 2017), I get *_exactly_* the
same behaviour!
I was expecting to see that '2016-12-31 23:59:60'::TIMESTAMPTZ would
work (leap second) and then that '2017-01-01 00:00:00'::TIMESTAMPTZ
would have incremented by 1 second?
I'm puzzled. Does PostgreSQL take leap seconds into account? Does anyone?
Any help, advice, recommendations, URL-s, references &c. appreciated.
E...
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2025-01-27 21:06:47 | Re: Issues with EPOCH-s, TIMESTAMP(TZ)-s and leap seconds. |
Previous Message | Adrian Klaver | 2025-01-27 20:51:35 | Re: Content of pg_publication using a local connection versus network connection? |