タイムゾーン変更、データベースを惑わす

2026年、カナダのブリティッシュコロンビア州で、私たちの身近な「時間」の基準が1時間ずれるという、ちょっと不思議な出来事が起こります。これ、単に時計を合わせるだけでは済まない、データベースのお話なんです。

実は、2026年3月8日に、ブリティッシュコロンビア州は「通年で夏時間（UTC-7）を適用する」という決定をしました。これまで11月になると時計を1時間戻して冬時間（UTC-8）になっていたのが、その必要がなくなる、ということ。つまり、2026年11月以降、過去に記録された「未来の予約」などの日時が、本来意図した時間より1時間ずれてしまう可能性があるんです。これは、PostgreSQLというデータベースを使っている人たちにとって、ちょっと頭の痛い問題になりそうです。

なぜこんなことが起こるのかというと、PostgreSQLのタイムスタンプを保存する仕組みに秘密があります。PostgreSQLでは、日付や時刻を保存するときに timestamptz という型を使います。これは「タイムゾーン付きタイムスタンプ」の略なのですが、実は、保存する際には「UTC（協定世界時）」という世界共通の基準時間に変換して、それを記録しているんです。

で、ここからがちょっとした落とし穴。データベースがその日時を「今、あなたのいる場所の時間」として表示しようとするとき、その時点での「タイムゾーンのルール」を使います。もし、そのタイムゾーンのルールが過去に比べて変わっていたら、保存されたUTC時間と、今適用されるルールでの計算結果がずれてしまう。ちょうど、ブリティッシュコロンビア州で11月に冬時間へ戻らなくなる、という今回のケースがこれにあたるわけです。

このタイムゾーンのルールは、「IANAタイムゾーンデータベース」という、世界中のタイムゾーン情報をまとめたものから、PostgreSQLは読み込んでいます。このデータベースが更新されない限り、PostgreSQLは古いルールで計算を続けてしまうんですね。Ubuntuでは数ヶ月に一度 tzdata というパッケージで更新されるそうですが、それでも新しいタイムゾーンのルール変更に追いつくには、どうしてもタイムラグが出てしまうんです。

ちなみに、ブリティッシュコロンビア州は、この新しいタイムゾーンを「Pacific Time」と呼んでいます。ただ、昔は「MST（Mountain Standard Time）」といった名前でUTC-7が使われていたこともあったので、ちょっと紛らわしいかもしれませんね。こういったタイムゾーンの変更は、私たちの生活に直接影響するわけではありませんが、コンピューターの世界では、こういった細かなルールの変更が、思わぬところで波紋を広げることもあるようです。

2026年11月1日、本来なら冬時間になるはずだった日。ブリティッシュコロンビア州の「Pacific Time」が、過去の記録とどう向き合っていくのか、データベースの世界では静かに注目が集まっています。