# B.4\. 單位歷史 該SQL標準指出"在一個'日期時間形式'定義中， '日期時間值'按照陽歷 通過日期和時間的自然規則被限制"。 PostgreSQL遵循SQL標準通過陽歷計算特定日期，甚至使用日歷的幾年前。 這條規則被稱為_預期的陽歷_。 儒略日是由Julius Caesar在公元前45年引入的，直到1582年開始使用公歷之前， 西方國家一直使用儒略日。 在儒略日中，一年近似等于365+1/4=365.25天， 大約在128年的出現一個1天的錯。 不斷積累的歷法錯誤促使教皇格里高利十三世(Gregory XIII)按照與 彌撒議會(Council of Trent)一致的精神改革了歷法。在羅馬歷法里， 一年是近似365 + 97 / 400天= 365.2425天。 因此對應于羅馬歷法，大約要3300年，才會積累一天的誤差。 近似的365+97/400是通過利用下面的規則，規定每400年有97個閏年實現的： | 每個可被4整除的年是一個閏年 | |:--- | | 不過，可被100整除的年不是閏年 | | 但是，可以被400整除的年還是閏年。 | 因此，1700,1800,1900,2100和2200年都不是閏年。而1600,2000,2400年是閏年。 相比而言，舊式的Julian歷法里面只有能被4整除的年是閏年。 羅馬教皇在1582年2月宣布從1582的10月中刪除10天， 也就是10月15號緊跟在10月4號的后面。 信奉天主教的國家(意大利、波蘭、葡萄牙、西班牙等) 很快就遵循了這個規定，但新教國家拒絕使用， 而希臘東正教國家卻一直拖延到20世紀開始的時候才逐漸遵守這個規定。 大英帝國及其殖民地(包含今天的美國)在1752年開始引用使用， 也就是1752年9月2號之后緊跟著14號， 這就是為什么Unix系統上的`cal`程序會產生如下輸出的原因： ``` $ <kbd class="literal">cal 9 1752</kbd> September 1752 S M Tu W Th F S 1 2 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 ``` 但是，當然，這個日歷對于英國領土是唯一有效的，不是其它地方。 因為嘗試跟蹤在不同的時間不同地方使用的實際日歷是困難和混亂的， PostgreSQL不會嘗試，而是遵循所有日期的陽歷 規則，即使這種方法是歷史上不準確的。 在世界的不同地方，發明了許多不同的歷法，有許多比羅馬歷法系統還早。 例如，中國歷法的最早應用可以追溯到公元前14世紀。 傳說黃帝在公元前2637就發明了這個歷法，也就是日歷。 中華人民共和國使用羅馬歷法用于民用。 中國歷法用于決定節日/節氣。 _Julian Date_系統是日歷的另一種類型， 跟Julian calendar無關，盡管與這個日歷類似命名是令人費解的。 "Julian Date"系統是法國學者Joseph Justus Scaliger(1540-1609)發明的， 可能是取自Scaliger的父親的名字， 意大利學者Julius Caesar Scaliger(1484-1558)。在Julian日期系統， 每天產生一個序列號，從JD0開始（有時被叫做the Julian日期）。 JD0在Julian日歷中對應公元前4713年1月1日，在Gregorian日歷中對應公元前4714年11月24日。 Julian日期計算經常在天文學家標注夜間觀測時被用到， 因此一個日期就是從一個正午UTC到下一個正午UTC。 而不是從午夜到另一個午夜： JD0設計的24小時是從公元前4714年11月24日的正午UTC到公元前4714年11月25日的正午UTC。 盡管PostgreSQL在輸入輸出日期時支持Julian Date日期符號 （也用在一些內部的日期時間日歷上）， 它不觀察從正午到正午的精密運行。 PostgreSQL運行Julian Date日期系統從午夜到午夜。