시간대 및 오프셋과 ObjectScript, 이런!-파이썬 튜토리얼-php.cn

집

백엔드 개발

파이썬 튜토리얼

시간대 및 오프셋과 ObjectScript, 이런!

Patricia Arquette

Jan 01, 2025 pm 01:06 PM

당신의 임무

당신이 전 세계 사람들을 위험으로부터 안전하게 지키기 위해 일생을 바친 국제 활동 스파이라고 잠시 가정해 보겠습니다. 당신은 다음 임무를 받습니다:

안녕하세요, 아이리스 요원님

바하마에서의 휴가를 방해해서 죄송합니다. 그러나 방금 런던 요원으로부터 로스앤젤레스의 인구 밀집 지역에 "시한 폭탄"이 터질 예정이라는 소식을 받았습니다. 우리 소식통에 따르면 오늘 오후 3시 14분에 '시한폭탄'이 터질 예정이라고 합니다.

서두르세요. 사람들이 당신을 믿고 있습니다!

문제

당신은 서둘러 로스앤젤레스로 향할 준비를 했으나 중요한 정보가 빠져 있다는 것을 금방 깨닫게 되었습니다. "시한폭탄"이 바하마 시간으로 오후 3시 14분에 터질까요, 아니면 로스앤젤레스 시간으로 오후 3시 14분에 터질까요? ...또는 런던 시간으로 오후 3시 14분일 수도 있습니다.

당신은 제공된 시간(오후 3시 14분)이 언제 로스앤젤레스에 있어야 하는지 결정하는 데 충분한 정보를 제공하지 않는다는 것을 금방 깨닫게 됩니다.

당신에게 주어진 시간(오후 3시 14분)은 모호하다. 정확한 시간

을 결정하려면 추가 정보가 필요합니다.

일부 솔루션

문제를 곰곰히 생각해보면 주어진 시간의 모호함을 극복할 수 있는 방법이 있다는 것을 깨닫게 됩니다.

귀하의 출처는 현지 시간이 오후 3시 14분인 위치를 제공했을 수 있습니다. 예를 들어 로스앤젤레스, 바하마, 런던 등이 있습니다.
귀하의 출처는 합의된 위치(예: 런던 그리니치)로부터의 오프셋을 제공하기 위해 UTC(협정 세계시)와 같은 표준을 사용했을 수 있습니다.

해피엔딩

출처에 전화를 걸어 제공된 시간이 실제로 로스앤젤레스 시간으로 오후 3시 14분인지 확인했습니다. 로스앤젤레스로 여행을 떠나 오후 3시 14분 이전에 '시한폭탄'을 해제하고 바하마로 빠르게 돌아가 휴가를 마무리할 수 있습니다.

포인트

그렇다면 이 사고 훈련의 요점은 무엇입니까? 위에 제시된 문제에 직면할 사람은 없을 것 같지만, 한 위치에서 다른 위치로 데이터를 이동하는 애플리케이션이나 코드로 작업하는 경우(특히 위치가 다른 시간대에 있는 경우) 주의해야 할 사항 날짜 및 시간대를 처리하는 방법

시간대는 어렵습니다!

글쎄, 시간대는 그리 나쁘지 않습니다. 일광 절약 시간제와 정치적 경계로 인해 시간대가 어려워집니다.

저는 항상 시간대에 대한 "일반적인" 개념을 이해하고 있다고 생각했습니다. 행성은 시간대에 따라 수직 조각으로 분할되어 있으며 각 시간대는 동쪽 시간대보다 1시간 늦습니다.

Time Zones and Offsets and ObjectScript, Oh My!

이러한 단순화는 많은 위치에 적용되지만 안타깝게도 이 규칙에는 많은 예외가 있습니다.

Time Zones and Offsets and ObjectScript, Oh My!
참고: 세계의 시간대(위키피디아)

UTC("원본")로 표준화

특정 시간을 전달하는 언어를 단순화하기 위해 세계에서는 UTC(협정 세계시)를 사용하기로 결정했습니다. 이 기준은 런던 그리니치를 통과하는 경도 0°를 '원점'으로 설정합니다.

"오프셋" 정의

UTC를 기준으로 다른 모든 시간대는 UTC를 기준으로 정의할 수 있습니다. 이 관계를 UTC 오프셋이라고 합니다.

현지 시간과 오프셋이 있으면 더 이상 모호한 시간이 없습니다(위의 스파이 예시에서 볼 수 있음). 모호함 없이 확실하고 구체적인 시간이 있습니다.

UTC 오프셋을 표시하는 데 사용되는 일반적인 형식은 ±HHMM[SS[.ffffff]]입니다.

빼기 기호는 UTC 서쪽 오프셋을 나타냅니다.
더하기 기호는 UTC 동쪽 오프셋을 나타냅니다.
HH는 시간을 나타냅니다(제로 패딩됨)
MM은 분을 나타냅니다(제로 패딩됨)
SS는 초를 나타냅니다(제로 패딩됨)
.ffffff는 소수 초를 나타냅니다

예를 들어 미국에서는 동부 표준 Zime Zone(EST)이 -0500 UTC로 정의됩니다. 이는 EST의 모든 위치가 UTC보다 5시간 늦다는 것을 의미합니다. 시간이 UTC 기준으로 오후 9시라면 EST의 현지 시간은 오후 4시입니다.

호주 중서부 표준시(ACWST)에서 오프셋은 0845 UTC로 정의됩니다. 시간이 UTC 기준 오전 1시라면 ACWST의 현지 시간은 오전 9시 45분입니다.

일광 절약 시간

위의 시간대 지도로 돌아가 보겠습니다. 이미지를 보면 많은 시간대가 국가와 지역의 정치적 경계를 따르는 것을 볼 수 있습니다. 이로 인해 시간대 계산이 약간 복잡해졌지만 생각해보면 충분히 쉽습니다.

안타깝게도 시간 및 시간대 작업 시 고려해야 할 요소가 하나 더 있습니다.

로스앤젤레스를 살펴보겠습니다.

지도에서 로스앤젤레스의 UTC 오프셋은 표준시에서 -8입니다. 표준시는 일반적으로 겨울철에 적용되는 반면, 일광 절약 시간은 일반적으로 여름철에 적용됩니다.

일광 절약 시간(DST)은 특정 시간대의 시계를 앞으로(일반적으로 여름철에는 1시간씩) 앞당깁니다. 정치 지역이 DST를 따르기로 선택할 수 있는 몇 가지 이유가 있습니다(예: 에너지 절약, 일광 활용 개선 등). 일광 절약 시간제의 어려움과 복잡성은 전 세계적으로 DST가 일관되게 준수되지 않는다는 것입니다. 귀하의 위치에 따라 귀하의 지역은 DST를 따를 수도 있고 따르지 않을 수도 있습니다.

시간대 데이터베이스

정치적 경계와 일광 절약 시간제의 결합으로 인해 특정 시간을 결정하는 복잡성이 크게 증가하므로 현지 시간을 UTC를 기준으로 특정 시간으로 올바르게 매핑하려면 시간대 데이터베이스가 필요합니다. IANA(Internet Assigned Numbers Authority) 시간대 데이터베이스는 운영 체제 및 프로그래밍 언어에서 사용되는 시간대 정보의 공통 소스입니다.

데이터베이스에는 모든 시간대의 이름과 별칭, 오프셋 정보, 일광 절약 시간 사용에 대한 정보, 시간대 약어 및 다양한 규칙이 적용되는 날짜 범위가 포함됩니다.

시간대 데이터베이스 사본 및 정보는 IANA 웹사이트에서 확인할 수 있습니다.

대부분의 UNIX 시스템에는 운영 체제의 패키지 관리자(일반적으로 /usr/share/zoneinfo에 설치됨)로 업데이트되는 데이터베이스 복사본이 있습니다. 일부 프로그래밍 언어에는 데이터베이스가 내장되어 있습니다. 다른 사람들은 도서관에서 이를 이용 가능하게 하거나 시스템의 데이터베이스 사본을 읽을 수 있습니다.

시간대 이름/식별자

시간대 데이터베이스에는 특정 시간대에 대한 많은 이름과 별칭이 포함되어 있습니다. 많은 항목에는 이름에 국가(또는 대륙)와 주요 도시가 포함되어 있습니다. 예:

미국/뉴욕
미국/로스엔젤레스
유럽/로마
호주/멜버른

ObjectScript를 사용한 변환 및 서식 지정

이제 우리는 다음 사항에 대해 알게 되었습니다.

현지 시간(오프셋이나 위치가 없는 모호한 시간)
UTC 오프셋(타임스탬프 또는 위치의 상대 오프셋은 런던 그리니치의 UTC '원산지'에서 비롯됨)
일광 절약 시간제(시간대 오프셋을 희생하여 문명을 도우려는 시도)
시간대 데이터베이스(여러 위치와 지역의 시간대 및 일광 절약 시간 준수에 대한 정보 포함)

이 사실을 알면 ObjectScript에서 날짜/시간대를 어떻게 사용하나요?

***참고: 저는 ObjectScript에 대한 다음 설명이 모두 사실이라고 생각합니다. 그러나 제가 ObjectScript가 시간대 및 오프셋과 함께 작동하는 방식을 잘못 설명한 경우 알려 주시기 바랍니다.

내장 변수 및 함수

IRIS를 실행하는 프로세스의 시스템 시간대 내에서 다양한 형식 간에 타임스탬프를 변환해야 하는 경우 ObjectScript에 내장된 기능이면 충분합니다. 다음은 ObjectScript의 다양한 시간 관련 변수/함수의 간략한 목록입니다.

$ZTIMESTAMP / $ZTS
- UTC 값으로 표현된 IRIS 내부 형식(오프셋 0000).
- 형식: ddddd,sssss.fffffff
$NOW(츠민스)
- UTC로부터 주어진 tzmins 오프셋을 사용한 현재 시스템 현지 시간.
- 일광 절약 시간을 고려하지 않습니다.
- 기본적으로 tzmins는 $ZTIMEZONE 변수를 기반으로 합니다.
- 형식: ddddd,sssss.fffffff
$HOROLOG
- 일광 절약 시간을 고려한 현재 시스템 현지 시간($ZTIMEZONE 기준)
- 형식: ddddd,sssss.fffffff
$ZTIMEZONE
- 시스템의 로컬 UTC 오프셋을 분 단위로 반환하거나 설정합니다.
$ZDATETIME() / $ZDT()
- $HOROLOG 형식을 특정 표시 형식으로 변환합니다.
- 시스템 현지 시간을 UTC(0000)로 변환하는 데 사용할 수 있습니다.
$ZDATETIMEH() / $ZDTH()
- 날짜/시간 문자열을 내부 $HOROLOG 형식으로 변환합니다.
- UTC(0000)를 시스템 현지 시간으로 변환하는 데 사용할 수 있습니다.

내가 아는 바로는 이러한 함수는 로컬 시스템의 시간대를 사용하여 날짜/시간만 조작할 수 있습니다. ObjectScript에서는 임의의 시간대를 사용하여 작업할 수 있는 방법이 없는 것 같습니다.

Open Exchange에서 tz 라이브러리에 입장하세요

임의의 시간대 간 변환을 수용하기 위해 tz - ObjectScript 시간대 변환 라이브러리를 만드는 작업을 했습니다.

이 라이브러리는 시스템에 설치된 시간대 데이터베이스에 액세스하여 시간대와 형식 간의 타임스탬프 변환을 지원합니다.

예를 들어 로스앤젤레스(미국/로스앤젤레스) 현지 시간이 있는 경우 이를 바하마(미국/뉴욕)에서 사용되는 시간대로 또는 런던(유럽/런던)에서 사용되는 시간대로 변환할 수 있습니다.

USER>zw ##class(tz.Ens).TZ("2024-12-20 3:14 PM", "America/Los_Angeles", "America/New_York")
"2024-12-20 06:14 PM"

USER>zw ##class(tz.Ens).TZ("2024-12-20 3:14 PM", "America/Los_Angeles", "Europe/London")
"2024-12-20 11:14 PM"

로그인 후 복사

오프셋이 포함된 타임스탬프가 제공되면 원래 시간대를 모르더라도 호주 유클라(호주/유클라)의 현지 시간으로 변환할 수 있습니다.

USER>zw ##class(tz.Ens).TZ("2024-12-20 08:00 PM -0500", "Australia/Eucla")
"2024-12-21 09:45 AM +0845"

로그인 후 복사

HL7 메시지로 작업하는 경우 tz 라이브러리에는 표준 시간대, 현지 시간, 오프셋이 있는 시간 등을 쉽게 변환하는 데 도움이 되는 상호 운용성 규칙 및 DTL에 노출된 여러 메서드가 있습니다.

// Convert local time from one time zone to another      
set datetime = "20240102033045"
set newDatetime = ##class(tz.Ens).TZ(datetime,"America/New_York","America/Chicago")

// Convert local time to offset      
set datetime = "20240102033045"
set newDatetime = ##class(tz.Ens).TZOffset(datetime,"America/Chicago","America/New_York")

// Convert offset to local time      
set datetime = "20240102033045-0500"
set newDatetime = ##class(tz.Ens).TZLocal(datetime,"America/Chicago")

// Convert to a non-HL7 format   
set datetime = "20240102033045-0500"
set newDatetime = ##class(tz.Ens).TZ(datetime,"America/Chicago",,"%m/%d/%Y %H:%M:%S %z")

로그인 후 복사