Re: storing TZ along timestamps - Mailing list pgsql-hackers

From Tom Lane
Subject Re: storing TZ along timestamps
Date
Msg-id 21508.1311285177@sss.pgh.pa.us
Whole thread Raw
In response to Re: storing TZ along timestamps  (Jim Nasby <jim@nasby.net>)
List pgsql-hackers
Jim Nasby <jim@nasby.net> writes:
> On Jul 19, 2011, at 11:22 AM, Ian Caulfield wrote:
>> There was an earlier point made that if someone puts eg 5pm local time
>> two years in the future into the database, and then the DST boundary
>> gets moved subsequently, some applications would like the value to
>> still say 5pm local time, even though that means it now refers to a
>> different point in absolute time - this potentially seems like a
>> useful feature. Retroactive timezone changes wouldn't make a lot of
>> sense in this case though...

> Right; and timezone's aren't supposed to change retroactively. The ZIC database is specifically setup so that it
knowsthe history of TZ changes and deals with the past correctly.
 

You haven't noticed that at least two or three times a year, there are
"historical corrections" in the ZIC database?  The mapping between local
time and UTC might be less likely to change for a time instant in the
past than one in the future, but it would be folly to assume that it's
immutable in either direction.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Jim Nasby
Date:
Subject: Re: storing TZ along timestamps
Next
From: Jim Nasby
Date:
Subject: Re: proposal: new contrib module plpgsql's embeded sql validator