Sự khác biệt giữa dấu thời gian có / không có múi giờ trong PostgreSQL

Các giá trị dấu thời gian được lưu trữ khác nhau trong PostgreSQL khi kiểu dữ liệu WITH TIME ZONEso với WITHOUT TIME ZONE? Sự khác biệt có thể được minh họa với các trường hợp thử nghiệm đơn giản?

Sự khác biệt được đề cập trong tài liệu PostgreSQL cho các loại ngày / giờ . Có, việc điều trị TIMEhoặc TIMESTAMPkhác nhau giữa một WITH TIME ZONEhoặc WITHOUT TIME ZONE. Nó không ảnh hưởng đến cách các giá trị được lưu trữ; nó ảnh hưởng đến cách họ được giải thích.

Ảnh hưởng của múi giờ đối với các loại dữ liệu này được đề cập cụ thể trong các tài liệu. Sự khác biệt phát sinh từ những gì hệ thống có thể biết một cách hợp lý về giá trị:

• Với múi giờ là một phần của giá trị, giá trị có thể được hiển thị dưới dạng thời gian cục bộ trong máy khách.

• Không có múi giờ là một phần của giá trị, múi giờ mặc định rõ ràng là UTC, do đó, nó được hiển thị cho múi giờ đó.

Hành vi khác nhau tùy thuộc vào ít nhất ba yếu tố:

• Cài đặt múi giờ trong máy khách.
• Kiểu dữ liệu (tức là WITH TIME ZONEhoặc WITHOUT TIME ZONE) của giá trị.
• Liệu giá trị được chỉ định với một múi giờ cụ thể.

Dưới đây là các ví dụ bao gồm sự kết hợp của các yếu tố đó:

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)

Tôi cố gắng giải thích nó dễ hiểu hơn tài liệu PostgreSQL được giới thiệu.

Cả hai TIMESTAMPbiến thể đều không lưu trữ múi giờ (hoặc phần bù), bất chấp những gì tên gợi ý. Sự khác biệt là trong việc giải thích dữ liệu được lưu trữ (và trong ứng dụng dự định), chứ không phải ở định dạng lưu trữ:

• TIMESTAMP WITHOUT TIME ZONElưu trữ ngày giờ địa phương (còn gọi là ngày lịch treo tường và giờ đồng hồ treo tường). Múi giờ của nó là không xác định theo như PostgreSQL có thể nói (mặc dù ứng dụng của bạn có thể biết nó là gì). Do đó, PostgreSQL không chuyển đổi liên quan đến múi giờ trên đầu vào hoặc đầu ra. Nếu giá trị được nhập vào cơ sở dữ liệu dưới dạng '2011-07-01 06:30:30', thì không có vấn đề gì về múi giờ bạn hiển thị sau đó, nó vẫn sẽ nói năm 2011, tháng 07, ngày 01, 06 giờ, 30 phút và 30 giây (ở một số định dạng). Ngoài ra, bất kỳ phần bù hoặc múi giờ nào bạn chỉ định trong đầu vào đều bị PostgreSQL bỏ qua, do đó '2011-07-01 06:30:30+00'và '2011-07-01 06:30:30+05'giống như chỉ '2011-07-01 06:30:30'. Đối với các nhà phát triển Java: nó tương tự như java.time.LocalDateTime.

• TIMESTAMP WITH TIME ZONElưu trữ một điểm trên dòng thời gian UTC. Nó trông như thế nào (bao nhiêu giờ, phút, v.v.) phụ thuộc vào múi giờ của bạn, nhưng nó luôn đề cập đến cùng một "vật lý" tức thời (như khoảnh khắc của một sự kiện vật lý thực tế). Đầu vào được chuyển đổi nội bộ sang UTC và đó là cách nó được lưu trữ. Do đó, phần bù của đầu vào phải được biết, do đó, khi đầu vào không chứa phần bù hoặc múi giờ rõ ràng (như '2011-07-01 06:30:30'), nó được giả định là nằm trong múi giờ hiện tại của phiên PostgreQuery, nếu không thì sử dụng phần bù hoặc múi giờ được chỉ định rõ ràng (như trong '2011-07-01 06:30:30+05'). Đầu ra được hiển thị được chuyển đổi thành múi giờ hiện tại của phiên PostgreSQL. Đối với các nhà phát triển Java: Nó tương tự java.time.Instant(với độ phân giải thấp hơn), nhưng với JDBC và JPA 2.2, bạn phải ánh xạ nó tới java.time.OffsetDateTime(hoặc đến java.util.Datehoặcjava.sql.Timestamp tất nhiên).

Một số người nói rằng cả hai TIMESTAMPbiến thể lưu trữ ngày giờ UTC. Kiểu như vậy, nhưng theo tôi thì thật khó hiểu. TIMESTAMP WITHOUT TIME ZONEđược lưu trữ như một TIMESTAMP WITH TIME ZONE, được hiển thị với múi giờ UTC xảy ra để cung cấp cùng năm, tháng, ngày, giờ, phút, giây và micro giây khi chúng ở trong thời gian ngày địa phương. Nhưng nó không có nghĩa là đại diện cho điểm trên dòng thời gian mà cách giải thích của UTC nói, đó chỉ là cách các trường ngày giờ địa phương được mã hóa. (Đó là một số dấu chấm trên dòng thời gian, vì múi giờ thực không phải là UTC; chúng tôi không biết đó là gì.)

Dưới đây là một ví dụ cần giúp đỡ. Nếu bạn có dấu thời gian với múi giờ, bạn có thể chuyển đổi dấu thời gian đó thành bất kỳ múi giờ nào khác. Nếu bạn không có múi giờ cơ sở, nó sẽ không được chuyển đổi chính xác.

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

Đầu ra:

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