From: | "Magnus Hagander" <mha(at)sollentuna(dot)net> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Dann Corbit" <DCorbit(at)connx(dot)com>, "Hackers" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [pgsql-hackers-win32] Weird new time zone |
Date: | 2004-07-16 13:42:50 |
Message-ID: | 6BCB9D8A16AC4241919521715F4D8BCE34BE8B@algol.sollentuna.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> >> I thought the issue under question was to find out what
> the time zone
> >> was.
>
> > Nope, we already had that. The issue is that the names are not the
> > same as the one used in zic/unix, so there is nothing to match on.
>
> Right. The problem we are actually faced with is to identify
> which of the zic timezones is the best match for the system's
> timezone setting.
> One of the issues is that it's not clear what "best" means...
>
> At the moment I like Oliver Jowett's idea of defining "best"
> as "the one that matches furthest back".
Sounds reasonable to me. As long as a clear warning is put in the log
whenever something is picked that is not a perfect match, so the admin
is directed at the potential problem and can fix it (by setting the GUC
timezone variable).
"Most apps" are probably going to deal with datetimes starting a couple
of years back and going into the future. In these cases it doesn't even
matter. Certainly not all, though.
//Magnus
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-07-16 13:53:08 | Re: serverlog rotation/functions |
Previous Message | Tom Lane | 2004-07-16 13:37:19 | Re: Point in Time Recovery |