Re: IANA timezone abbreviations versus timezone_abbreviations

From: Andreas Karlsson <andreas(at)proxel(dot)se>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: IANA timezone abbreviations versus timezone_abbreviations
Date: 2024-12-16 19:13:51
Message-ID: 8b8a9cbb-d3d8-4fe0-b549-f6cc8b9ea376@proxel.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 12/13/24 12:33 AM, Tom Lane wrote:
> What I think we should do about this is to teach timestamp
> input to look into the current IANA time zone to see if it
> knows the given abbreviation, and if so use that meaning
> regardless of what timezone_abbreviations might say. This
> isn't particularly hard, and it doesn't appear to cost
> anything speed-wise, but is there anybody out there who
> is relying on the current behavior?

I am not convinced this is an improvement. While this patch removes the
round-trip hazard it also makes it confusing to use the
timezone_abbreviations GUC since it can be overridden by IANA data based
on your current timezone. So you need to know all the, sometimes weird,
names for your current timezone. Seems unnecessarily hard to reason
about and wouldn't most people who use timezone_abbreviations rely on
the current behavior?

But that said I personally only use ISO timestamps with numerical
offsets. Partially to avoid all this mess.

Andreas

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Geoghegan 2024-12-16 19:17:41 Re: Maybe we should reduce SKIP_PAGES_THRESHOLD a bit?
Previous Message Jelte Fennema-Nio 2024-12-16 19:05:39 Re: Improving default column names/aliases of subscript text expressions