일반적으로 날짜/롤 토토 문자열이 구문적으로는 유효하지만 범위를 벗어난 필드 값을 포함하는 경우 오류가 발생합니다. 예를 들어 2월 31일을 지정하는 입력은 거부됩니다.

일광 절약 롤 토토 전환 중에는 유효한 것처럼 보이는 타임스탬프 문자열이 존재하지 않거나 모호한 타임스탬프를 나타내는 것이 가능합니다. 그러한 경우는 거부되지 않습니다. 모호성은 적용할 UTC 오프셋을 결정하여 해결됩니다. 예를 들어,롤 토토대매개변수가 다음으로 설정되었습니다.미국/New_York, 고려해 보세요

= SELECT '2018-03-11 02:30'::timestamptz;
      타임스탬프츠
-----------
 2018-03-11 03:30:00-04
(1행)

그 날은 해당 롤 토토대에서 봄이 시작되는 전환일이었기 때문에 오전 2시 30분의 상용시가 없었습니다. 시계가 오전 2시(EST)에서 오전 3시(EDT)로 앞당겨졌습니다.포스트그레SQL주어진 시간을 표준시(UTC-5)인 것처럼 해석한 다음 오전 3시 30분 EDT(UTC-4)로 렌더링합니다.

반대로, 대체 전환 중 동작을 고려하십시오.

= SELECT '2018-11-04 01:30'::timestamptz;
      타임스탬프츠
-----------
 2018-11-04 01:30:00-05
(1행)

그 날짜에 오전 1시 30분에 대한 두 가지 해석이 있었습니다. 오전 1시 30분(EDT)이 있었고, 한 롤 토토 후 시계가 오전 2시(EDT)에서 오전 1시(EST)로 되돌아간 후 오전 1시 30분(EST)이 되었습니다. 또,PostgreSQL주어진 롤 토토을 표준 롤 토토(UTC-5)인 것처럼 해석합니다. 일광 절약 롤 토토을 지정하여 다른 해석을 강제할 수 있습니다.

= SELECT '2018-11-04 01:30 EDT'::timestamptz;
      타임스탬프츠
-----------
 2018-11-04 01:30:00-04
(1행)

이러한 경우에 적용되는 정확한 규칙은 점프 포워드 일광 절약 시간제 전환에 속하는 것으로 보이는 유효하지 않은 타임스탬프에는 전환 직전 롤 토토대에 적용되는 UTC 오프셋이 할당되는 반면 점프백 전환의 양쪽에 포함될 수 있는 모호한 타임스탬프에는 전환 직후에 적용되는 UTC 오프셋이 할당된다는 것입니다. 대부분의 롤 토토대에서 이는 다음과 같이 말하는 것과 같습니다.“의심스러운 경우 표준 롤 토토 해석이 선호됩니다.”.

모든 경우에 타임스탬프와 관련된 UTC 오프셋은 숫자 UTC 오프셋 또는 고정 UTC 오프셋에 해당하는 롤 토토대 약어를 사용하여 명시적으로 지정할 수 있습니다. 방금 주어진 규칙은 오프셋이 다양한 롤 토토대에 대해 UTC 오프셋을 추론해야 하는 경우에만 적용됩니다.