Ignorerer tidszoner helt i Rails og PostgreSQL

Alle tidszone-bevidste datoer og tidspunkter gemmes internt i UTC. De konverteres til lokal tid i den zone, der er angivet af TimeZone konfigurationsparameter, før den vises til klienten.

Eksempel i psql:

db=# SELECT timestamptz '2012-03-05 20:00+03';
      timestamptz
------------------------
 2012-03-05 18:00:00+01

Hvad skete der her?
Jeg valgte en vilkårlig tidszoneforskydning +3 for det bogstavelige input. For Postgres er dette blot en af ​​mange måder at indtaste UTC-tidsstemplet 2012-03-05 17:00:00 . Resultatet af forespørgslen vises for den aktuelle tidszoneindstilling Wien/Østrig i min test, som har en offset +1 om vinteren og +2 i sommertid ("sommertid", sommertid). Så 2012-03-05 18:00:00+01 da sommertid først starter senere.

Postgres glemmer det bogstavelige input med det samme. Det eneste, den husker, er værdien for datatypen. Ligesom med et decimaltal. numeric '003.4' eller numeric '+3.4' - begge resulterer i nøjagtig samme interne værdi.

AT TIME ZONE

Alt, der mangler nu, er et værktøj til at fortolke eller repræsentere tidsstempler i henhold til en specifik tidszone. Det er her AT TIME ZONE konstruktion kommer ind. Der er to forskellige use cases. timestamptz er konverteret til timestamp og omvendt.

For at indtaste UTC timestamptz 2012-03-05 17:00:00+0 :

SELECT timestamp '2012-03-05 17:00:00' AT TIME ZONE 'UTC'

... hvilket svarer til:

SELECT timestamptz '2012-03-05 17:00:00 UTC'

For at vise det samme tidspunkt som EST timestamp (Eastern Standard Time):

SELECT timestamp '2012-03-05 17:00:00' AT TIME ZONE 'UTC' AT TIME ZONE 'EST'

Det er rigtigt, AT TIME ZONE 'UTC' to gange . Den første fortolker timestamp værdi som (givet) UTC-tidsstempel, der returnerer typen timestamptz . Den anden konverterer timestamptz til timestamp i den givne tidszone 'EST' - hvad et vægur viser i tidszonen EST på dette tidspunkt.

Eksempler

SELECT ts AT TIME ZONE 'UTC'
FROM  (
   VALUES
      (1, timestamptz '2012-03-05 17:00:00+0')
    , (2, timestamptz '2012-03-05 18:00:00+1')
    , (3, timestamptz '2012-03-05 17:00:00 UTC')
    , (4, timestamp   '2012-03-05 11:00:00'  AT TIME ZONE '+6') 
    , (5, timestamp   '2012-03-05 17:00:00'  AT TIME ZONE 'UTC') 
    , (6, timestamp   '2012-03-05 07:00:00'  AT TIME ZONE 'US/Hawaii')  -- ①
    , (7, timestamptz '2012-03-05 07:00:00 US/Hawaii')                  -- ①
    , (8, timestamp   '2012-03-05 07:00:00'  AT TIME ZONE 'HST')        -- ①
    , (9, timestamp   '2012-03-05 18:00:00+1')  -- ② loaded footgun!
      ) t(id, ts);

Returnerer 8 (eller 9) identiske rækker med en timestamptz-kolonner med det samme UTC-tidsstempel 2012-03-05 17:00:00 . Den 9. række virker tilfældigvis i min tidszone, men er en ond fælde. Se nedenfor.

① Række 6 - 8 med tidszone navn og tidszone forkortelse for Hawaii er tid underlagt sommertid (sommertid) og kan variere, dog ikke i øjeblikket. Et tidszonenavn som 'US/Hawaii' er opmærksom på sommertidsregler og alle historiske skift automatisk, mens en forkortelse som HST er bare en dum kode for en fast offset. Du skal muligvis tilføje en anden forkortelse for sommer-/standardtid. navnet fortolker enhver korrekt tidsstempel i den givne tidszone. En forkortelse er billig, men skal være den rigtige til det givne tidsstempel:

• Tidszonenavne med identiske egenskaber giver forskellige resultater, når de anvendes på tidsstemplet

_{Sommertid er ikke blandt de smarteste ideer, menneskeheden nogensinde har fundet på.}

② Række 9, markeret som ladet fodgevær virker for mig , men kun ved en tilfældighed. Hvis du eksplicit caster et bogstav til timestamp [without time zone] , enhver tidszoneforskydning ignoreres! Kun det nøgne tidsstempel bruges. Værdien tvinges derefter automatisk til timestamptz i eksemplet for at matche kolonnetypen. For dette trin, timezone indstillingen af ​​den aktuelle session antages, hvilket tilfældigvis er den samme tidszone +1 i mit tilfælde (Europa/Wien). Men sandsynligvis ikke i dit tilfælde - hvilket vil resultere i en anden værdi. Kort sagt:Lad være med at caste timestamptz bogstaver til timestamp eller du mister tidszoneforskydningen.

Dine spørgsmål

SELECT * FROM tbl WHERE time_col > (now() AT TIME ZONE 'UTC')::time

SELECT * FROM tbl WHERE time_col > now()::time