]> granicus.if.org Git - postgresql/commit
Update time zone data files to tzdata release 2018e.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 9 May 2018 17:55:27 +0000 (13:55 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 9 May 2018 17:56:22 +0000 (13:56 -0400)
commit234bb985c574d1ed9e63d382b327ac3d3e329c56
tree6919fe6bcd4b22d7b0ef635a9e86d535250286e9
parentbef5fcc36be3d08ec123889a0c82f5e07a63ff88
Update time zone data files to tzdata release 2018e.

DST law changes in North Korea.  Redefinition of "daylight savings" in
Ireland, as well as for some past years in Namibia and Czechoslovakia.
Additional historical corrections for Czechoslovakia.

With this change, the IANA database models Irish timekeeping as following
"standard time" in summer, and "daylight savings" in winter, so that the
daylight savings offset is one hour behind standard time not one hour
ahead.  This does not change their UTC offset (+1:00 in summer, 0:00 in
winter) nor their timezone abbreviations (IST in summer, GMT in winter),
though now "IST" is more correctly read as "Irish Standard Time" not "Irish
Summer Time".  However, the "is_dst" column in the pg_timezone_names view
will now be true in winter and false in summer for the Europe/Dublin zone.

Similar changes were made for Namibia between 1994 and 2017, and for
Czechoslovakia between 1946 and 1947.

So far as I can find, no Postgres internal logic cares about which way
tm_isdst is reported; in particular, since commit b2cbced9e we do not
rely on it to decide how to interpret ambiguous timestamps during DST
transitions.  So I don't think this change will affect any Postgres
behavior other than the timezone-view outputs.

Discussion: https://postgr.es/m/30996.1525445902@sss.pgh.pa.us
src/backend/utils/adt/datetime.c
src/timezone/data/tzdata.zi
src/timezone/known_abbrevs.txt
src/timezone/tznames/Asia.txt
src/timezone/tznames/Default
src/timezone/tznames/Europe.txt