8.5.1. 日期/時間輸入 #SQL日期和時間輸入接受幾乎任何合理的格式，包括 ISO 8601、

-相容、傳統的 POSTGRES 等。 對於某些格式，日期輸入中日、月和年的排序不明確，並且支援指定這些欄位的預期排序。 將DateStyle 參數設定為 MDY 以選擇月-日-年解讀，DMY 以選擇日-月-年解讀，或 YMD 以選擇年-月-日解讀。SQLPostgreSQL 在處理日期/時間輸入方面比

標準要求更靈活。 有關日期/時間輸入的確切解析規則以及可識別的文字欄位（包括月份、星期幾和時區），請參閱附錄 B。SQL請記住，任何日期或時間常值輸入都需要用單引號括起來，就像文字字串一樣。 有關更多資訊，請參閱第 4.1.2.7 節。

type [ (p) ] 'value'

需要以下語法

1999-01-08 04:05:06

1999-01-08 04:05:06 -8:00

January 8 04:05:06 1999 PST

TIMESTAMP '2004-10-19 10:23:54'

TIMESTAMP '2004-10-19 10:23:54+02'

TIMESTAMP WITH TIME ZONE '2004-10-19 10:23:54+02'

日期/時間型別的輸出格式可以設定為以下四種樣式之一：ISO 8601、SQL(Ingres)、傳統 POSTGRES (Unix date 格式) 或 German。預設值為ISO格式。（SQL標準要求使用 ISO 8601 格式。 “SQL” 輸出格式的名稱是一個歷史意外。） 表 8.14 顯示了每種輸出樣式的範例。date 和 time 型別的輸出通常僅包含日期或時間部分，與給定的範例一致。但是，POSTGRES 樣式以ISO格式輸出僅包含日期的值。

在SQL和 POSTGRES 樣式中，如果已指定 DMY 欄位排序，則日會顯示在月之前，否則月會顯示在日之前。（請參閱 第 8.5.1 節，了解此設定如何影響輸入值的解釋。）表 8.15 顯示範例。

在ISO樣式中，時區始終顯示為與 UTC 的帶正負號的數字偏移量，格林威治以東的時區使用正號。如果偏移量是小時的整數，則將顯示為 hh (僅小時)，如果是分鐘的整數，則將顯示為 hh:mm，否則將顯示為 hh:mm:ss。（第三種情況在任何現代時區標準中都是不可能的，但當處理早於採用標準化時區的時間戳記時可能會出現。）在其他日期樣式中，如果當前時區中普遍使用，則時區顯示為字母縮寫。否則，它會以 ISO 8601 基本格式 (hh 或 hhmm) 顯示為帶正負號的數字偏移量。

可以使用 SET datestyle 命令、postgresql.conf 組態檔案中的 DateStyle 參數，或伺服器或用戶端上的 PGDATESTYLE 環境變數，由使用者選擇日期/時間樣式。

格式化函數 to_char (請參閱 第 9.8 節) 也可用作更靈活的日期/時間輸出格式化方式。

時區和時區慣例受到政治決策的影響，而不僅僅是地球幾何。世界各地的時區在 1900 年代變得有些標準化，但仍然容易發生任意更改，尤其是在日光節約時間規則方面。PostgreSQL 使用廣泛使用的 IANA (Olson) 時區資料庫來獲取有關歷史時區規則的資訊。對於未來的時間，假設給定時區的最新已知規則將無限期地繼續被遵守。

PostgreSQL 致力於與SQL標準定義相容，以用於典型的用法。但是，SQL標準具有日期和時間型別和功能的奇怪組合。兩個明顯的問題是

邊界進行日期/時間算術時，無法適應日光節約時間。SQL為了解決這些困難，我們建議在使用時區時使用包含日期和時間的日期/時間型別。我們不建議使用 time with time zone 型別（雖然 PostgreSQL 支援它用於舊版應用程式並符合

儲存在內部。在顯示給用戶端之前，它們會被轉換為由 TimeZone 組態參數指定的時區中的本機時間。UTC所有時區感知的日期和時間都以

PostgreSQL 允許您以三種不同的形式指定時區

簡而言之，這就是縮寫和完整名稱之間的區別：縮寫表示與 UTC 的特定偏移量，而許多完整名稱則暗示本地日光節約時間規則，因此具有兩個可能的 UTC 偏移量。例如，2014-06-04 12:00 America/New_York 表示紐約的當地時間中午，對於這個特定日期而言，這是東部日光節約時間 (UTC-4)。所以 2014-06-04 12:00 EDT 指定了相同的時間點。但 2014-06-04 12:00 EST 指定了東部標準時間中午 (UTC-5)，無論日光節約時間在該日期是否名義上生效。

更複雜的是，某些司法管轄區在不同的時間使用相同的時區縮寫來表示不同的 UTC 偏移量；例如，在莫斯科，MSK 在某些年份表示 UTC+3，而在其他年份表示 UTC+4。PostgreSQL 根據指定日期它們的含義（或最近的含義）來解釋這些縮寫；但是，與上面的 EST 範例一樣，這不一定與該日期的當地民用時間相同。

在所有情況下，時區名稱和縮寫的辨識都不區分大小寫。（這是從 8.2 之前的 PostgreSQL 版本開始的變更，這些版本在某些情況下區分大小寫，而在其他情況下則不區分大小寫。）

時區名稱和縮寫都沒有硬編碼到伺服器中；它們是從安裝目錄的 .../share/timezone/ 和 .../share/timezonesets/ 下儲存的組態檔中取得的（請參閱第 B.4 節）。

TimeZone 組態參數可以在檔案 postgresql.conf 中設定，或以第 19 章中描述的任何其他標準方式設定。還有一些特殊的方法可以設定它

interval 值可以使用以下詳細語法編寫

[@] quantity unit [quantity unit...] [direction]

其中 quantity 是一個數字（可能是帶正負號的）；unit 是 microsecond、millisecond、second、minute、hour、day、week、month、year、decade、century、millennium，或這些單位的縮寫或複數形式；direction 可以是 ago 或空白。at 符號 (@) 是可選的雜訊。ago 對所有欄位取反。如果 IntervalStyle 設定為 postgres_verbose，則此語法也用於 interval 輸出。

天、小時、分鐘和秒的數量可以指定，而無需明確的單位標記。例如，'1 12:59:10' 的讀取方式與 '1 day 12 hours 59 min 10 sec' 相同。此外，可以使用破折號指定年和月的組合；例如，'200-10' 的讀取方式與 '200 years 10 months' 相同。（事實上，這些較短的形式是唯一的SQL標準允許的形式，並且當 IntervalStyle 設定為 sql_standard 時用於輸出。）

間隔值也可以寫為 ISO 8601 時間間隔，使用標準第 4.4.3.2 節的「帶有標誌符的格式」或第 4.4.3.3 節的「替代格式」。帶有標誌符的格式如下所示

P quantity unit [ quantity unit ...] [ T [ quantity unit ...]]

字串必須以 P 開頭，並且可以包含引入時間單位的 T。可用的單位縮寫在表 8.16中給出。可以省略單位，並且可以按任何順序指定單位，但小於一天的單位必須出現在 T 之後。特別是，M 的含義取決於它是在 T 之前還是之後。

在替代格式中

P [ years-months-days ] [ T hours:minutes:seconds ]

字串必須以 P 開頭，並且 T 分隔間隔的日期和時間部分。這些值以類似於 ISO 8601 日期的數字給出。

當撰寫帶有 fields 規範的間隔常數，或是將字串賦予給定義了 fields 規範的間隔欄位時，未標記數量的解讀取決於 fields。例如，INTERVAL '1' YEAR 會被讀取為 1 年，而 INTERVAL '1' 則表示 1 秒。此外，位於 fields 規範允許的最小有效位元欄位「右側」的欄位值會被靜默捨棄。例如，撰寫 INTERVAL '1 day 2:03:04' HOUR TO MINUTE 會導致捨棄秒數欄位，但不會捨棄天數欄位。

根據SQL標準，間隔值的所有欄位必須具有相同的正負號，因此前導負號會應用於所有欄位；例如，間隔字面值 '-1 2:03:04' 中的負號同時應用於天數和時/分/秒部分。PostgreSQL 允許欄位具有不同的正負號，並且傳統上將文字表示法中的每個欄位視為獨立簽署，因此在本例中時/分/秒部分被認為是正數。如果 IntervalStyle 設定為 sql_standard，則前導符號被認為適用於所有欄位（但前提是沒有出現額外的符號）。否則，將使用傳統的 PostgreSQL 解釋。為了避免歧義，建議為每個欄位附加明確的符號，如果任何欄位為負數的話。

在內部，interval 值以三個整數欄位儲存：月、天和微秒。這些欄位保持分開，因為一個月中的天數會有所不同，而如果涉及日光節約時間轉換，則一天可能有 23 或 25 小時。使用其他單位的間隔輸入字串會被正規化為此格式，然後以標準化的方式重建以供輸出，例如

SELECT '2 years 15 months 100 weeks 99 hours 123456789 milliseconds'::interval;
               interval
---------------------------------------
 3 years 3 mons 700 days 133:17:36.789

這裡，星期被理解為「7 天」，因此被分開保存，而較小和較大的時間單位被組合和正規化。

輸入欄位值可以具有小數部分，例如 '1.5 weeks' 或 '01:02:03.45'。但是，由於 interval 在內部僅儲存整數欄位，因此必須將小數值轉換為較小的單位。大於月份的單位的小數部分會四捨五入為整數月數，例如 '1.5 years' 變為 '1 year 6 mons'。星期和天數的小數部分會被計算為整數的天數和微秒數，假設每個月 30 天，每天 24 小時，例如 '1.75 months' 變成 1 mon 22 days 12:00:00。只有秒數會在輸出時顯示為小數。

表 8.17 顯示了一些有效的 interval 輸入範例。

如先前所解釋的，PostgreSQL 將 interval 值儲存為月、天和微秒。對於輸出，月份欄位透過除以 12 轉換為年和月。天數欄位按原樣顯示。微秒欄位轉換為小時、分鐘、秒和秒的小數。因此，月、分鐘和秒永遠不會顯示為超過範圍 0–11、0–59 和 0–59，而顯示的年、天和小時欄位可能非常大。（如果希望將較大的天數或小時值轉換為較高的欄位，可以使用 justify_days 和 justify_hours 函數。）

可以使用命令 SET intervalstyle 將間隔類型的輸出格式設定為四種樣式之一：sql_standard、postgres、postgres_verbose 或 iso_8601。預設值為 postgres 格式。表 8.18 顯示了每個輸出樣式的範例。

如果間隔值符合標準的限制（僅限年月或僅限日時，且正負成分不混合），則 sql_standard 樣式會產生符合 SQL 標準間隔字面值字串規範的輸出。否則，輸出看起來像標準的年月字面值字串，後跟日時字面值字串，並添加明確的符號以消除混合符號間隔的歧義。

postgres 樣式的輸出與 DateStyle 參數設定為 ISO 時，8.4 之前的 PostgreSQL 版本的輸出相符。

postgres_verbose 樣式的輸出與 DateStyle 參數設定為非 ISO 輸出時，8.4 之前的 PostgreSQL 版本的輸出相符。

iso_8601 樣式的輸出與 ISO 8601 標準的 4.4.3.2 節中描述的「帶有指示符的格式」相符。