From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "David E(dot) Wheeler" <david(at)justatheory(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Inconsistent Parsing of Offsets with Seconds |
Date: | 2024-06-22 17:15:59 |
Message-ID: | 788148.1719076559@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"David E. Wheeler" <david(at)justatheory(dot)com> writes:
> The treatment of timestamptz (and timetz) values with offsets that include seconds seems a bit inconsistent.
It's hard to get excited about this. Per the IANA TZ data,
nowhere in the world has used fractional-minute UT offsets
since 1972:
# In 1972 Liberia was the last country to switch from a UT offset
# that was not a multiple of 15 or 20 minutes.
and they were twenty years later than the next-to-last place (although
IANA will steadfastly deny reliability for their TZ data before 1970).
So timestamps like this simply don't exist in the wild.
> The corresponding jsonpath methods don’t like offsets with seconds *at all*:
Perhaps that should be fixed, but it's pretty low-priority IMO.
I doubt there is any standard saying that JSON timestamps need
to be able to include that.
> I see from the source[1] that offsets between plus or minus 15:59:59
> are allowed; should the `OF` and `TZ formats be able to parse them?
I'd vote no. to_date/to_char already have enough trouble with format
strings being squishier than one might expect.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | walther | 2024-06-22 17:32:01 | Re: Meson far from ready on Windows |
Previous Message | Andres Freund | 2024-06-22 16:35:00 | Re: Meson far from ready on Windows |