일반적으로 날짜/스포츠 토토 사이트 문자열이 구문 적으로 유효하지만 범위 외 필드 값을 포함하면 오류가 발생합니다. 예를 들어, 2 월 31 일을 지정하는 입력은 거부됩니다.
일광 절약 스포츠 토토 사이트 전환 중에, 유효한 타임 스탬프 문자열이 존재하지 않거나 모호한 타임 스탬프를 나타낼 수 있습니다. 그러한 경우는 거부되지 않습니다.TimeZone매개 변수가 설정되었습니다America/New_York
, 고려
=> 선택 '2018-03-11 02:30':: Timestamptz;
그 날은 해당 스포츠 토토 사이트대의 봄 전환 전환 날짜 였기 때문에 오전 2시 30 분에 민사 스포츠 토토 사이트이 없었습니다. 시계는 EST 2시에서 오전 3 시까 지 앞으로 뛰어 들었습니다.PostgreSQL주어진 시간을 표준 시간 (UTC-5) 인 것처럼 해석 한 다음 오전 3시 30 분 EDT (UTC-4)로 렌더링됩니다..
반대로, 낙상 전환 중에 동작을 고려하십시오 :
=> 선택 '2018-11-04 01:30':: Timestamptz;
그 날짜에는 오전 1시 30 분의 두 가지 가능한 해석이있었습니다. 오전 1시 30 분 EDT가 있었고, 한 스포츠 토토 사이트 후에 시계가 오전 2시에서 EST에서 EST로 돌아온 후 1시 30 분에 EST가있었습니다.PostgreSQL주어진 스포츠 토토 사이트을 표준 스포츠 토토 사이트 (UTC-5) 인 것처럼 해석합니다. 일광 절약 스포츠 토토 사이트을 지정하여 다른 해석을 강요 할 수 있습니다.
=> 선택 '2018-11-04 01:30 EDT':: TimestAmptz;
그러한 경우에 적용되는 정확한 규칙은 점프 포워드 일광 절약 전환에 해당하는 유효하지 않은 타임 스탬프가 전환 직전에 스포츠 토토 사이트대에 우세한 UTC 오프셋이 할당 된 반면, 점프 백 전환의 양쪽에 떨어질 수있는 모호한 스포츠 토토 사이트 캠프는 전송 직후에 전달되는 모호한 스포츠 토토 사이트을 할당한다는 것입니다. 대부분의 스포츠 토토 사이트대에서 이것은 말하는 것과 같습니다“표준 스포츠 토토 사이트 해석은 의심 할 여지없이 선호됩니다”.
모든 경우에, 타임 스탬프와 관련된 UTC 오프셋을 숫자 UTC 오프셋 또는 고정 된 UTC 오프셋에 해당하는 스포츠 토토 사이트대 약어를 사용하여 명시 적으로 지정할 수 있습니다. 방금 주어진 규칙은 오프셋이 변하는 스포츠 토토 사이트대에 대해 UTC 오프셋을 추론 해야하는 경우에만 적용됩니다.
문서에 맞지 않는 내용이 있으면 일치하지 않습니다.이 양식문서 문제를보고하려면