Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commit234bb98

Browse files
committed
Update time zone data files to tzdata release 2018e.
DST law changes in North Korea. Redefinition of "daylight savings" inIreland, 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 thedaylight savings offset is one hour behind standard time not one hourahead. This does not change their UTC offset (+1:00 in summer, 0:00 inwinter) nor their timezone abbreviations (IST in summer, GMT in winter),though now "IST" is more correctly read as "Irish Standard Time" not "IrishSummer Time". However, the "is_dst" column in the pg_timezone_names viewwill 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 forCzechoslovakia between 1946 and 1947.So far as I can find, no Postgres internal logic cares about which waytm_isdst is reported; in particular, since commitb2cbced we do notrely on it to decide how to interpret ambiguous timestamps during DSTtransitions. So I don't think this change will affect any Postgresbehavior other than the timezone-view outputs.Discussion:https://postgr.es/m/30996.1525445902@sss.pgh.pa.us
1 parentbef5fcc commit234bb98

File tree

6 files changed

+1601
-1593
lines changed

6 files changed

+1601
-1593
lines changed

‎src/backend/utils/adt/datetime.c

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1575,7 +1575,10 @@ DetermineTimeZoneOffsetInternal(struct pg_tm *tm, pg_tz *tzp, pg_time_t *tp)
15751575
* fall-back transition, prefer "after". (We used to define and implement
15761576
* this test as "prefer the standard-time interpretation", but that rule
15771577
* does not help to resolve the behavior when both times are reported as
1578-
* standard time; which does happen, eg Europe/Moscow in Oct 2014.)
1578+
* standard time; which does happen, eg Europe/Moscow in Oct 2014. Also,
1579+
* in some zones such as Europe/Dublin, there is widespread confusion
1580+
* about which time offset is "standard" time, so it's fortunate that our
1581+
* behavior doesn't depend on that.)
15791582
*/
15801583
if (beforetime>aftertime)
15811584
{

0 commit comments

Comments
 (0)

[8]ページ先頭

©2009-2025 Movatter.jp