B.2. 유효하지 않거나 모호한 토토 커뮤니티 스탬프 처리

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

일광 절약 시간 전환 중에 유효한 토토 커뮤니티 스탬프 문자열이 존재하지 않거나 모호한 토토 커뮤니티 스탬프를 나타내는 것이 가능합니다. 그러한 경우는 거부되지 않습니다. 적용 할 UTC 오프셋을 결정하여 모호성이 해결됩니다. 예를 들어,라고 가정합니다.TIMEZONE매개 변수가 설정되었습니다America/New_York, 고려

= 선택 '2018-03-11 02:30':: Timestamptz;
      Timestamptz
-------------------------
 2018-03-11 03 : 30 : 00-04
(1 행)

그 날은 해당 시간대의 봄 전환 전환 날짜 였기 때문에 오전 2시 30 분에 민사 시간이 없었습니다. 시계는 EST 2시에서 오전 3 시까 지 앞으로 뛰어 들었습니다.PostgreSQL주어진 시간을 표준 시간 (UTC-5) 인 것처럼 해석 한 다음 오전 3시 30 분 EDT (UTC-4)로 렌더링됩니다..

반대로, 낙상 전환 중에 동작을 고려하십시오 :

= 선택 '2018-11-04 02:30':: timestamptz;
      Timestamptz
-------------------------
 2018-11-04 02 : 30 : 00-05
(1 행)

그 날짜에는 오전 2시 30 분에 대한 두 가지 가능한 해석이있었습니다. 오전 2시 30 분 EDT가 있었고, 그 후 한 시간 후에 표준 시간으로 복귀 한 후 1 시간 후에, 오전 2시 30 분 EST가있었습니다. 다시,postgresql주어진 시간을 표준 시간 (UTC-5) 인 것처럼 해석합니다. 우리는 일광 절약 시간을 지정하여 문제를 강요 할 수 있습니다 :

= 선택 '2018-11-04 02:30 EDT':: TimestAmptz;
      Timestamptz
-------------------------
 2018-11-04 01 : 30 : 00-05
(1 행)

이 토토 커뮤니티 스탬프는 2:30 UTC-4 또는 1:30 UTC-5로 유효하게 렌더링 될 수 있습니다. 토토 커뮤니티 스탬프 출력 코드는 후자를 선택합니다.

그러한 경우에 적용되는 정확한 규칙은 점프 포워드 데이 라이트 저축 전환에 속하는 잘못된 토토 커뮤니티 스탬프가 전환 직전에 시간대에 우선 된 UTC 오프셋이 할당되며, 점프 백 전환 후 양쪽에 떨어질 수있는 모호한 시간표는 전송 바로 전달 된 우위를 할당하게된다는 것입니다. 대부분의 시간대에서 이것은 말하는 것과 같습니다"표준 시간 해석이 의심 할 때 선호됩니다".

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