PostgreSQL'de zaman dilimi olan / olmayan zaman damgaları arasındaki fark

Veri türü ile WITH TIME ZONEkarşılaştırıldığında zaman damgası değerleri PostgreSQL'de farklı mı depolanıyor WITHOUT TIME ZONE? Farklılıklar basit test senaryoları ile açıklanabilir mi?

Farklılıklar, tarih / saat türleri için PostgreSQL belgelerinde ele alınmıştır . Evet, tedavisi TIMEveya TIMESTAMPbiri WITH TIME ZONEveyaWITHOUT TIME ZONE . Değerlerin nasıl saklandığını etkilemez; nasıl yorumlandıklarını etkiler.

Saat dilimlerinin bu veri türleri üzerindeki etkileri özellikle dokümanlarda yer almaktadır. Fark, sistemin değer hakkında makul bir şekilde bildikleri şeyden kaynaklanır:

• Değerin bir parçası olarak bir saat dilimi ile, değer istemcide yerel bir saat olarak görüntülenebilir.

• Değerin bir parçası olarak saat dilimi olmadan, varsayılan varsayılan saat dilimi UTC'dir, bu nedenle o saat dilimi için oluşturulur.

Davranış en az üç faktöre bağlı olarak değişir:

• İstemcideki saat dilimi ayarı.
• Değerin veri türü (yani WITH TIME ZONEveya WITHOUT TIME ZONE).
• Değerin belirli bir saat dilimi ile belirtilip belirtilmediği.

İşte bu faktörlerin kombinasyonlarını kapsayan örnekler:

foo=> SET TIMEZONE TO 'Japan';
SET
foo=> SELECT '2011-01-01 00:00:00'::TIMESTAMP;
      timestamp      
---------------------
 2011-01-01 00:00:00
(1 row)

foo=> SELECT '2011-01-01 00:00:00'::TIMESTAMP WITH TIME ZONE;
      timestamptz       
------------------------
 2011-01-01 00:00:00+09
(1 row)

foo=> SELECT '2011-01-01 00:00:00+03'::TIMESTAMP;
      timestamp      
---------------------
 2011-01-01 00:00:00
(1 row)

foo=> SELECT '2011-01-01 00:00:00+03'::TIMESTAMP WITH TIME ZONE;
      timestamptz       
------------------------
 2011-01-01 06:00:00+09
(1 row)

foo=> SET TIMEZONE TO 'Australia/Melbourne';
SET
foo=> SELECT '2011-01-01 00:00:00'::TIMESTAMP;
      timestamp      
---------------------
 2011-01-01 00:00:00
(1 row)

foo=> SELECT '2011-01-01 00:00:00'::TIMESTAMP WITH TIME ZONE;
      timestamptz       
------------------------
 2011-01-01 00:00:00+11
(1 row)

foo=> SELECT '2011-01-01 00:00:00+03'::TIMESTAMP;
      timestamp      
---------------------
 2011-01-01 00:00:00
(1 row)

foo=> SELECT '2011-01-01 00:00:00+03'::TIMESTAMP WITH TIME ZONE;
      timestamptz       
------------------------
 2011-01-01 08:00:00+11
(1 row)

Söz konusu PostgreSQL belgelerinden daha anlaşılır bir şekilde açıklamaya çalışıyorum.

Her iki TIMESTAMPdeğişken de adların önerdiğine rağmen bir saat dilimi (veya bir uzaklık) depolamaz. Fark, depolama biçiminde değil, depolanan verilerin yorumlanmasında (ve amaçlanan uygulamada):

• TIMESTAMP WITHOUT TIME ZONEyerel tarih saatini saklar (duvar takvimi tarihi ve duvar saati saati olarak da bilinir). Saat dilimi PostgreSQL'in anlayabileceği kadarıyla belirtilmemiş (uygulamanız ne olduğunu biliyor olsa da). Bu nedenle, PostgreSQL giriş veya çıkışta saat dilimi ile ilgili bir dönüştürme yapmaz. Değer veritabanına olarak girildiyse '2011-07-01 06:30:30', daha sonra hangi saat diliminde görüntülediğiniz hiçbir materyal yoksa, yine de 2011 yılı, 07, ay 01, 06 saat, 30 dakika ve 30 saniye (bazı formatlarda) der. Ayrıca, herhangi bir ofset veya giriş belirttiğiniz saat dilimi PostgreSQL tarafından göz ardı edilir, böylece '2011-07-01 06:30:30+00've '2011-07-01 06:30:30+05'sadece aynıdır '2011-07-01 06:30:30'. Java geliştiricileri için: buna benzer java.time.LocalDateTime.

• TIMESTAMP WITH TIME ZONEUTC zaman çizgisinde bir nokta saklar. Görünüşü (kaç saat, dakika vb.) Saat diliminize bağlıdır, ancak her zaman aynı "fiziksel" anı ifade eder (gerçek bir fiziksel olayın anı gibi). Giriş dahili olarak UTC'ye dönüştürülür ve bu şekilde kaydedilir. Bunun için, girdinin ofseti bilinmelidir, bu nedenle girdi hiçbir kesin ofset veya zaman dilimi (zaman) içermediğinde '2011-07-01 06:30:30', PostgreSQL oturumunun geçerli saat diliminde olduğu varsayılır, aksi takdirde açıkça belirtilen ofset veya saat dilimi kullanılır. (olduğu gibi '2011-07-01 06:30:30+05'). Çıktı, PostgreSQL oturumunun geçerli saat dilimine dönüştürülmüş olarak görüntülenir. Java geliştiricileri için: java.time.Instant(ancak daha düşük çözünürlükle), ancak JDBC ve JPA 2 ile benzerdir .java.time.OffsetDateTimejava.util.Date veyajava.sql.Timestamp

Bazıları her iki TIMESTAMPvaryasyonun UTC tarih-saatini sakladığını söylüyor . Bir tür, ama bence bu şekilde koymak kafa karıştırıcı. UTC saat dilimi ile oluşturulan TIMESTAMP WITHOUT TIME ZONEa TIMESTAMP WITH TIME ZONE, yerel tarih saatindekilerle aynı yıl, ay, gün, saat, dakika, saniye ve mikrosaniye verir. Ancak, UTC yorumunun söylediği zaman çizgisindeki noktayı temsil etmek anlamına gelmez, sadece yerel tarih-saat alanlarının kodlanma şekli. (Gerçek zaman dilimi UTC olmadığından, zaman çizgisindeki bazı noktalar kümesi; ne olduğunu bilmiyoruz.)

İşte size yardımcı olacak bir örnek. Saat dilimine sahip bir zaman damganız varsa, bu zaman damgasını başka bir saat dilimine dönüştürebilirsiniz. Temel saat dilimine sahip değilseniz, doğru şekilde dönüştürülmez.

SELECT now(),
   now()::timestamp,
   now() AT TIME ZONE 'CST',
   now()::timestamp AT TIME ZONE 'CST'

Çıktı:

-[ RECORD 1 ]---------------------------
now      | 2018-09-15 17:01:36.399357+03
now      | 2018-09-15 17:01:36.399357
timezone | 2018-09-15 08:01:36.399357
timezone | 2018-09-16 02:01:36.399357+03