Postgres 9.5'te, yıl ile denemeler yaparken 0001(sıfır yıl yok 0000) aşağıda görülen sonucu gördüğüme şaşırdım .

Ofseti -07:52:58?

Bazı örnek kodlar. Ben karma kullanımı o Not TIMESTAMP WITH TIME ZONEve TIMESTAMP WITHOUT TIME ZONEçok dikkatlice okuyun.

SET TIME ZONE 'America/Los_Angeles' ;

SELECT (TIMESTAMP WITH TIME ZONE '2015-01-01 00:00:00.0', 
        TIMESTAMP WITH TIME ZONE '0001-01-01 00:00:00.0Z', 
        TIMESTAMP WITHOUT TIME ZONE '0001-01-01 00:00:00.0Z') ;

("2015-01-01 00:00:00-08","0001-12-31 16:07:02-07:52:58 BC","0001-01-01 00:00:00")

Bunun ikinci değere tarafından sürpriz: 0001-12-31 16:07:02-07:52:58 BC. America/Los_AngelesUTC'nin sekiz saat gerisinde olduğu gibi sekiz saat geriye gitmemiz gerektiğini anlıyorum -08:00. Ama -08:00ofset yerine -07:52:58. Neden?

UTC altında sorun yok

UTC altında veri girerken böyle bir sorun yok.

SET TIME ZONE 'UTC' ;

SELECT (TIMESTAMP WITH TIME ZONE '2015-01-01 00:00:00.0',  
        TIMESTAMP WITH TIME ZONE '0001-01-01 00:00:00.0Z', 
        TIMESTAMP WITHOUT TIME ZONE '0001-01-01 00:00:00.0Z');

("2015-01-01 00:00:00+00","0001-01-01 00:00:00+00","0001-01-01 00:00:00")

Sıfır Yıl Yok

Bu arada, tarih bölümü doğru görünüyor. Görünüşe göre 0000“BC” ve “AD” dönemleri arasındaki pivot nokta olmak için bir yıl yok . 0001 yılının ilk anını alın, bir saat çıkarın ve yıl olsun 0001 BC- sıfır yıl yok.

SET TIME ZONE 'UTC' ;

INSERT INTO moment_  -- TIMESTAMP WITH TIME ZONE.
VALUES ( TIMESTAMP '0001-01-01 00:00:00.0Z' - INTERVAL '1 hour' ) ;

SET TIME ZONE 'UTC' ;

TABLE moment_ ;

Sonuç yıl 0001 BCbiz atlamak böylece, 0001hiç 0001 BC; sıfır yıl yok 0000.

"0001-12-31 23:00:00+00 BC"

18 Kasım 1883'te saat 12: 00'de (yeni saat), Amerikan demiryolları tarafından standart zaman kabul edildi.

Bu, o zamandan önce, Los Angeles'ın ortalama güneş saatine bağlı olarak gerçek yerel saati kullandığı anlamına gelir. Bundan sonra, Greenwich Ortalama Zamanından saatlerin ayrılmaz bir farkı olan yerel zaman dilimine taşındı, önceki zamandan biraz farklıydı.

Daha fazla bilmek ister misiniz?

• Tzdata Timezone Veritabanını IANA'dan indirin : Zaman dilimleri .

• İçeride, zaman içinde çok fazla varyasyona sahip (birçok) zaman diliminin tanımlarını ve yapılan ve ne zaman neyin değiştiğini detaylandıran birçok yorum bulacaksınız. Eğlenceli okuma!

• Wikipedia'nın 1883, 18 Kasım değişikliği ile ilgili Wikipedia: Saat dilimi sayfasında da bazı ilginç gerçekleri var :

Demiryolu zamanı
...
19. yüzyılın ortalarında Amerikan demiryollarında zaman tutma biraz karışıktı. Her demiryolu, genellikle genel merkezinin yerel saatine veya en önemli terminaline bağlı olarak kendi standart zamanını kullandı ve demiryolunun tren tarifeleri kendi saatleri kullanılarak yayınlandı. Birkaç demiryolunun hizmet verdiği bazı kavşakların her bir demiryolunda her biri farklı bir zaman gösteren bir saati vardı.
... Dowd sistemi asla Amerikan demiryolları tarafından kabul edilmedi. Bunun yerine, ABD ve Kanada demiryolları, Traveler's Official Railway Guide editörü William F. Allen tarafından önerilen bir versiyon uyguladı. Zaman dilimlerinin sınırları, çoğunlukla büyük şehirlerde bulunan demiryolu istasyonlarından geçiyordu. Örneğin, Doğu ve Merkezi saat dilimleri arasındaki sınır Detroit, Buffalo, Pittsburgh, Atlanta ve Charleston'dan geçiyordu. 18 Kasım 1883 Pazar günü, "İki Öğün Günü" olarak da adlandırılan ve her bir tren istasyonu saatinin, her bir zaman diliminde standart zaman öğlenine ulaşıldığı şekilde sıfırlandığı zaman açıldı. Bölgelere Intercolonial, Eastern, Central, Mountain ve Pacific adı verildi. ...

Ayrıca Postgresql için özel olmadığını unutmayın. Bu, tzdata veritabanını kullanan herhangi bir yazılım veya işletim sistemi için geçerlidir (tabii ki birçok kişi 1970 sonrası veya 1901 sonrası tarihlerle sınırlı olacaktır, bu nedenle 1883 erişilemez, ancak her yerde çok sayıda başka ayar vardır. farklı zamanlar).