PostgreSQLのタイムゾーンあり/なしのタイムスタンプの違い

データ型がWITH TIME ZONE対である場合、タイムスタンプ値はPostgreSQLに異なる方法で保存されますWITHOUT TIME ZONEか？簡単なテストケースで違いを説明できますか？

違いは、日付/時刻型のPostgreSQLドキュメントで説明されています。はい、の治療TIMEまたはTIMESTAMP1との間で異なりますWITH TIME ZONEかWITHOUT TIME ZONE。値の保存方法には影響しません。それらの解釈方法に影響します。

これらのデータ型に対するタイムゾーンの影響については、特にドキュメントで説明されています。違いは、システムが値について合理的に知ることができるものから生じます。

• 値の一部としてタイムゾーンを使用すると、値をクライアントでローカル時間としてレンダリングできます。

• 値の一部としてタイムゾーンがない場合、明らかにデフォルトのタイムゾーンはUTCであるため、そのタイムゾーンでレンダリングされます。

動作は、少なくとも3つの要因によって異なります。

• クライアントのタイムゾーン設定。
• 値のデータ型（つまりWITH TIME ZONEまたはWITHOUT TIME ZONE）。
• 値が特定のタイムゾーンで指定されているかどうか。

これらの要因の組み合わせをカバーする例を次に示します。

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)

参照しているPostgreSQLのドキュメントよりもわかりやすく説明するようにしています。

どちらのTIMESTAMPバリアントも、名前が示すとおり、タイムゾーン（またはオフセット）を保存しません。違いは、格納形式自体ではなく、格納されたデータの解釈（および目的のアプリケーション）にあります。

• TIMESTAMP WITHOUT TIME ZONEローカルの日付時刻（別名、壁掛けカレンダーの日付と壁掛け時計の時刻）を格納します。PostgreSQLが認識できる限り、そのタイムゾーンは指定されていません（アプリケーションがそれを知っている場合もあります）。したがって、PostgreSQLは入力または出力でタイムゾーン関連の変換を行いません。値がとしてデータベースに入力された場合、'2011-07-01 06:30:30'後で表示するタイムゾーンには何も表示されず、2011年、07日、01日、06時間、30分、30秒（ある形式）と表示されます。また、任意のオフセットまたはあなたが入力で指定した時間帯は、PostgreSQLによって無視され、そう'2011-07-01 06:30:30+00'と'2011-07-01 06:30:30+05'ばかり同じです'2011-07-01 06:30:30'。Java開発者の場合：に似ていjava.time.LocalDateTimeます。

• TIMESTAMP WITH TIME ZONEUTCタイムライン上のポイントを保存します。見た目（時間、分など）はタイムゾーンによって異なりますが、常に同じ「物理的な」瞬間（実際の物理的なイベントの瞬間など）を指します。入力は内部でUTCに変換され、それが格納されます。そのため、入力のオフセットは既知である必要があるため、入力に明示的なオフセットまたはタイムゾーン（など'2011-07-01 06:30:30'）が含まれていない場合、PostgreSQLセッションの現在のタイムゾーンであると想定されます。それ以外の場合、明示的に指定されたオフセットまたはタイムゾーンが使用されます。 （のように'2011-07-01 06:30:30+05'）。出力は、PostgreSQLセッションの現在のタイムゾーンに変換されて表示されます。Java開発者の場合：これはjava.time.Instant（解像度は低くなりますが）に似ていますが、JDBCおよびJPA 2.2では、それをjava.time.OffsetDateTime（java.util.Dateまたはjava.sql.Timestamp もちろん）。

両方のTIMESTAMPバリエーションがUTC日時を格納すると言う人もいます。ちょっと、でも私の意見ではそのように言うのは紛らわしいです。TIMESTAMP WITHOUT TIME ZONEはのように格納さTIMESTAMP WITH TIME ZONEれ、UTCタイムゾーンでレンダリングされ、たまたまローカルの日付時刻と同じ年、月、日、時間、分、秒、マイクロ秒が与えられます。しかし、それはUTC解釈が言うタイムライン上のポイントを表すことを意味するのではなく、それはローカルの日時フィールドがエンコードされる方法にすぎません。（リアルタイムゾーンはUTCではないため、タイムライン上のドットのクラスターです。それが何であるかはわかりません。）

これは役立つはずの例です。タイムゾーンを持つタイムスタンプがある場合、そのタイムスタンプを他のタイムゾーンに変換できます。基本のタイムゾーンがない場合、正しく変換されません。

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

出力：

-[ 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