DevelopingChris
그는 물었다 12년 전
20

취급료 시간대) 에 스토리지입니까?

저장할 수 있는 모든 GMT?

모든 것을 저장하는 방식으로 입력했음을 내장된 오프셋된?

계산 everytime 너회가 렌더링합니다?

디스플레이, 1 분 상대 시간을 &quot ago&quot,?

답변 13 개

Utc - t 스토어에서 할 경우, 역사적인 don& # 39 와 같은 것들을 보고 및 실행 중에 너회의 일광 절약 댁이라면. 웃기는구만 GMT 는 일광 절약, 현지 시간) 를 기준으로 UTC (않는).

39 의 경우 다른 사용자에게 프레젠테이션입니다 시간 영역 저장 (현지 시간), re you& 진짜 새끼 될 수 있습니다. # 39 의 경우 쉽게 조정할 수 있는 현지 it& UTC - # 39 의 오프셋된 너회의 user& 추가하기만 기초형상 데이터 및 you& # 39, re 완료!

이 중 하나에 조엘 이야기를 팟캐스트 (받을시간은 원형 교차로 방식) - 그가 [데이터를 저장하는 최고 해결책을] [1] (# 39, & # 39, fidelity& 검색하겠습니다) 로 찾으면 그 중 한 때 항상 댁이라면 수 있기 때문입니다. 내가 왜 that& # 39 라고 국내 정보기술 (it) 을 utc 에 저장하는 데 필요한 시간을 조정하십시오 who& # 39, 누구나 그 시간대 및 that& s not # 39 의 많은 노력. 예를 들어, 일광 절약 효과 및 저장하는 데 필요한 표시할지를 롬폭 때는사용할 저장됩니까 시간. 수다.

39, ve 저장됩니까 2-소켓 UTC 에 자주 데이터베이스뿐 과거 I& 정렬 (현지 시간) 표시. 사용자가 컴퓨터를 이쪽요 괜찼습니다 disk_b_s10database 프레젠테이션이든 혼란스럽다.

이제 표시할 수 있다. 물론, 3 분 ago&quot &quot 수행할 수 있습니다. 단 것, 그렇지 않으면 다른 입력한 데이터를 저장할 때 UTC - 이제 4 시간, 같은 시간대 표시 &quot ago&quot to do things; -, 오는 사람 병신 초과됩니다. # 39, re going 표시하십시오 you& 경우 실제 시간, 사람들이 그들의 (현지 시간) - love to 할꺼이나 아웃하기로 data& # 39 의 경우 손쉽게 할 수 있지만 여러 시간대 입력하려는 you& # 39, re 저장 (utc).

[1]: w12621 https://stackoverflow.fogbugz.com/default.asp?

Josh
Joeri Sebrechts
그는 11년 전 댓글을 달았습니다
0

하지만, 책 한 방에서 함께 예약 시스템이 있다고 가정해 봅시다 진실이며당신이 DST 3 시 시간대 P. M. # 39 의 경우, 회의는 room& 시간대 오프셋 (offset) 사이에 무슨 일이 있어도, dst (그리니치 표준시 변경 내용을 1 시간. 갑자기 회의가 다른 시간에 책!

Joeri Sebrechts
그는 11년 전 댓글을 달았습니다
0

39, 신경 쓰지마, 내가 hadn& t 깨달았습니다 만한 모든 회의 시간에 변환하십시오 DST 오프셋된 수행됨 때문에 항상 오른쪽 오프셋입니다.

mc0e
그는 3년 전 댓글을 달았습니다
0

아니, GMT 없는 일광 절약. 만약 우리가 이 시간대 (utc) 한 후 괜찼습니다 현학적 속속 등장하고 있다. 그리니치 평균시 (greenwich mean solar 시각에 바탕을 두고 있다. UTC 는 정수 () 이다 (TAI) 의해 조정되는 시간을 기준으로 초 (생각하노라 gps 시각) 에 가까운 거주하리라 다를 수 있으나, 이들은 태양의 위상 대지위의 최대 0.9 초. # 39 년간 you&, d 가 계속 갖고 적지 않지만, # 39 에 왜 시간이 상당히 순환부터 대지위의 변경하시려면 that& 복잡성입니다 목마르겠구나 존재합니다.

야, 언제나 그렇듯이, 활성화되었는지 depends&quot ";).

당신은 무엇을, 어떻게 시간을 함께 의존하기 설명하는 데이터 입력되었음을 수 있습니다. 핵심은 시간 값을 저장하는 방법을 결정할 경우 잃는 것은 물론 드롭하기 통해 정보 구매할 수 있다 이 시간대, 놀라운 사용자.

할 수 있는 한 가지 데이터를 저장하는 것이 쉽고 빠른 정렬 - UTC time_t int 수 있는 스토리지.

내가 보고 나눌 部门是这样的 문제가 특정 영역:

  1. 이력 데이터를
  2. 향후, 짧은 기간 동안 데이터를
  3. 장기적인 미래를

다음 하위 클래스 함께 각:

  1. 시스템 제공
  2. 사용자 제공

39 의 let& 그들을 보면 한 번에 하나씩.

  • 시스템 제공 *: 꼭 이래야겠어요 추천합니까 시스템을 실행하는 UTC, 그럼 다시 볼 수 없는 것이 문제 및 정보 손해서 시간대 (it& # 39 의 항상 UTC).

  • 이력 데이터를 *: 로그 파일 시스템, 프로세스 통계, 추적, 주석문입니다 그것은꿈의 같은 날짜 / 시간, etc. 데이터 isn& # 39, t, t # 39 바뀌지 및 시간대 설명자 isn& 바뀌지 있다. 이 유형에 대한 정보를 저장하는 데이터 정보가 없을 시 (utc) 에 의해 손실됩니다 상관없이 이 시간대 입력되었음을. 따라서 드롭합니다 시간대.

  • 향후 장기적인 *: 앞으로 일이 충분할 정도로 또는 새벽꺼정 인컨텍스트 않는비즈니스 이벤트입니다. 주위에 있는 만큼 오래 보관할 경우, 이 시간대 설명자 변했다니까 보장된다. 이 유형의 데이터가 좋은 사례, 주간 관리 Meeting&quot ";). 이는 다시 한 번 영속 계속 근무할 수 있는 데이터의 입력되었는지 것으로 보인다. 이 값에 있는지 확인할 수 있어 시스템 또는 사용자 제공. # 39 의 데이터를 저장할 수 있는 시간은 creator& 제공, s 시간대, 뭐 할일없나 결과 정보 손실됩니다. 이 때 이 시간대 변경 및 정보 손실 시간을 갖는 등 명확한 정의를 위해 표시되었습니까 창조주께선 완전히 다른 가치!

이 같은 혼란을 비우스 timerevent, 여기서 창조주께선 는 몇 가지 서로 다른 시간대 및 뷰어이다. 이 경우, 꼭 이래야겠어요 작성되지는 애플리케이션 표시하십시오 인해 시간대 이동 시간 값을 이동하게 그들위에 이전 위치.

  • 향후, 짧은 기간 동안 데이터를 *: 이는 과거, 또는 그 데이터를 빠르게 될 경우에만 유효한 짧은 기간 동안. 타이머, 등급 전환 등 참조용이므로 간격을 될 수 있다. 이 데이터에 대한 가능성이 낮기 때문에 정의마다 간에 변경될 수 있는 시간을 만들 수 있는 역사적 가치와 도망칠 수도 있지만, 이 시간대 드롭하기 됩니다. 그러나 나는 이 값을 가질 수 있는 것은 나쁜 습관이 되고, 향후 장기적인 Data&quot ".

일단 저장할 수 있는 방법을 결정한 것은 저장됩니까 시간대, 주의해야 합니다.

  • 39 이 시간대 오프셋 (offset), 또는 전체 t 스토어, don& 표시됨과 설명자.

저장할 경우 표시됨과 시간대 오프셋 (offset), 어떤 경우에는 수행하십니까 시간대 변경? Do you go) 시스템을 통해 변경하십시오 못하며창조된 담요 및 기존 데이터? 그렇지 않으면 잘못된 역사적 you& # 39, ve 이제 모든 값을 했다. 이 잘못이요 오라클, iCal 좋은 사례가 있다. Oracle 시간대 정보 저장 및 전체 대한 설명자를 오프셋된 표시됨과 UTC, iCal dm_ownerdm_owner 익스포트를 시간대.

  • Do 은 이름으로 저장합니다.

따라서 정의를 시간대 수정할 필요 없이 기존 값을 변경할 수 있습니다. 이후 발생하는 모든 정렬 더 복잡하게 만들 않니다 인덱스화할 경우 데이터 변경률 시간대 유효하지 않을 수 있습니다.

만약 개발자가 시간대, 앞으로도 계속 저장하였습니다 UTC 에 관계없이 모든 것을 볼 수 있는 문제들을 함께 배치, ve seen we& # 39 마지막 시간대 변경.

이 전 비서관은 자신의 팀이 한 조직으로 인도하심이라만일 인쇄하려면 아웃해야 달력에서 날짜, 그 후에 다시 변했다니까 아웃하라는 인쇄하십시오 일광 절약 결국 그들은 두 있던 모든 비해 다시 인사 이동. 물론 이들 세 때까지 여러 누락했습니다 없고, 몇 주 그렇고여 아픔을 일광 절약 시간을 다시 수정하십시오 날짜가 도달했음 및 되었다.

조시 완전히 설명할 수 있지만, 나는 1 위 수정하십시오 미묘한 단서 조항. 이 사건은 정답이 없는 이벤트에 관한 및 시간대.

고려해보십시오 경우 리피팅 검토한다. It 테스트타사의 dell. GMT 0000 (단순하게) 가 1200년, 1000년 오스트레일리아 동부 표준시 (뉴질랜드 표준 시간) 호주 시드니에서 네스스트.

일광 절약 완료되니라 효력을 발생할 때, 어떤 한 영역에서 선임과 관련해? 할 수 있다.

1a. Tz change is in the zone 의 경우 s # 39 는 appointment& &quot owner";; (누가 이 책) 을 머물 것으로 봅니다. 시계를 같은 데스크 (eg 10 00am)? 1b. 이 경우 TZ 변화는 다른 한

39 의 다음 회의 attendee& 조닝이 없습니다.

변경

각오하랬지: 이를 위한 움직임 갑자기 다른 사람들 때문에 하지만 계속 소유자 변경, TZ 이 10am meeting&quot "; 지금처럼 이 owner 는 시각도 있다.

& # 39, 2. 위와 같이, 하지만 반전됩니다.

각오하랬지: 회의의 이동하는 소유자 (10am 회의를 열어 9am 되고, 또는 v / v), 걱정했던것 불편한 것은 있을 수 있음. 계속 책상 시계를 통해 이 같은 장소에서 다른 attendees 검색하기를 보살피되 그들이 자신의 TZ 전환.

괜찼습니다 완벽하겠어요. 2) 에 의해 발생하는 경우 한 명한테 고려해보십시오 약속, 책, 책 한 사람이 다른 사람을 통해 B http://support. 10am (현지 시간) 에 의해 발생하는 dell. 9am 표시됨과 있었다. A 와 B 가 서로 다른 사람이 그 사람의 경우, 그 원인은 DST 변경 될 수 있다고 쉽게 TZ& # 39 의 더블 예약.

그럼 내가 이해하는 마음이 조금 벤드된 경우 이 시점에서 적지 않다.

이 뒤에는 비유하사 요점이지 제대로 알아야 할 것이 아니라 둘 중 하나를 비헤이비어를 시 (현지 시간) 버전이 있지만 TZ 아닌 오프셋된) 을 때 소유자에게도 롬폭 책 거잖나. 그렇지 않으면 자동으로 수밖에 없는 새도 없이, 후에 변경된 것을 알리지 않은 사람은 시행하십시오 옵션 2, # 39 번, 만 t (그리니치 표준시 변경 및 don& 프레젠테이션입니다 창스트라이트? (아니, 이 경우, 회의 자체에 대해 트랩할 프레젠테이션입니다 10am 움직임은)

나는 내 동료 및 신용카드 친구인 제이슨 폴록의 엔드입니다 석가모니. 읽기 및 후속 논의를 그의 보기입니다 여기서요, iCal 및 프티메소니 삽입하십시오.

Prof. Falken
devstuff
그는 12년 전 댓글을 달았습니다
0

더 정확히 이 행동을 통해 outlook 모바일 버그 된다. 전화 인사 때 내가 shift+ctrl 활성화됨 변경하십시오 조닝합니다.

Mark
그는 7년 전 댓글을 달았습니다
0

인사 등이 아닌 다른 시간대를 선택할 때 @devstuff 지정하십시오. 설명할 수 있다. 그 시간대 자체를 변경되었습니까 지정하십시오. 설명할 수 있다 (인해 변화가 이렇게 일광 절약) 에 있는 데이터를 처음 시간대, 그러므로 더 이상 존재하지 않습니다. 즉, 이제 시대가 가고 같은 시간대.

내게 있는 모든 저장 / UTC GMT 대부분의 로털 것 같다. 그런 다음 각 시간대 운영까지도 날짜 및 시간 표시.

몇 스베츠:

  1. Time is only 로 지정된 경우 실제 경과 시간, 즉 주요 표현 것입니다 지정된 시간 nnt 아닙니다. 변환해야 합니다 (수) 믿지아니하며 GMT 표현. E. G. 9:00 키워봤지 매일 아침. 이를 정리하면 다음과 같습니다. 날짜 시간 없다.
  2. 경우 향후 절약합니다 날짜 및 시간 약속 사용해야 합니다 지정한 입력입니다 오프셋된 GMT
    • 이 시간대 및 moment in time 자체가 *. 만일 이것이 약속 한 여름에 겨울에 예: 이는 +2:00, 서유럽, 일반 알레시오 (winter 시간) 오프셋된 +1:00 있다. 이렇게 하면 해결 문제는 비우스 일정 언급되지 않았다.
  3. 물론 같은 오른쪽 사용하여 적용되는 한편 오프셋할 GMT 로 변환 qic 변환할 때 다시 어떤 특정한 날짜 및 시간 시간대.

다행히 올바르게 사용할 경우 (.NET) 의 모든 것을 일정 등 세부 정보를 처리하는 피투성이의 DateTime 유형을 위한 모든 방법을 알고 있을 때 매우 쉽게 작동하잖아 너회들의 되어야 합니다.

W3c 는 여기서 행한 질문이예요 훌륭한 작업을 하고 있다.

활용 사례를 보면.

http://www.w3.org/TR/timezone/

단, 저장, GMT) 로 사용을 권장하고 datetime utc 필터링되지 gmt 일광 절약 시간제 변경될 수 있습니다.

내가 가진 모든 것을 선호하는 저장하였습니다 시간대. 나중에 제시된 클라이언트뿐, 어떤 길을 선택할 수 있어야 합니다. 제가 제일 좋아하는 라이브러리란 변환하기 위한 은 postgresql 데이터베이스.

MS 는 사용자 수준에서 네 차례 (그리니치 표준시 기준으로 조닝합니다 계시나니 gmt 그리곤요 움직임. 그런 다음 해당 시간대를 너회들 항목을 표시합니다.

39 로 밖에 있는 것을 그냥 돌아보 I&; d, s # 39 이것은 그들이 어떻게 that& 꽤 큰 그룹 dell. 마이크로소프트 (ms) 와 it 처리키로 했다.

그래서 조금 실험해 실행했음 MSSQL 서버의.

또 현재 내가 만든 테이블과 연속으로 관찰지역 시간대 (호주). 그럼 내 datetime 스크램블된 변경일 GMT 와 또 다른 행일.

심지어 수천, 약 10 초 간격으로 행을 추가되었습니다 나타나는 they& # 39, SQL server 를 수천 리 10 시간 간격으로.

이 경우, 적어도 내가 나한테 아무것도 알 수 있는 어떤 방식으로 저장할 수 있으며, 날짜, 나를 위해 인수에 무게를 코니시테나 자도으로 솔리드로 저장하기 위한 GMT.

DevelopingChris
그는 11년 전 댓글을 달았습니다
0

내장된 오프셋된 저장하여, gmt 시간, 명, 2 열 수도 짓궂군요 사탄들 오프셋된 한 양식 또는 클라이언트 시스템에 sqlserver 오토메이티드 않습니다.

개인적으로 can& # 39, t 볼 수 있는 모든 사용자가 로컬 시간대 않을 이유가 저장하였습니다 GMT 다음 시간을 표시하십시오 저들이요 관련이 있기 때문에

스케쳐내 상대치 표시하십시오 시간, 여러분은 분명히 할 것을 계속 필요한 시간을 번역, want to do you do your best 신앙이니라 변환 옵션은 GMT 여전히 생각한다.

DevelopingChris
그는 11년 전 댓글을 달았습니다
0

문제는 어떻게 할 때 사용할 수 있도록 통신, 마감 시간 오토메이티드 프로세스활용 말하도다 사람이 있을까? 이 시간대 및 안에서 사용할 때 모든 통신 사용자가 저장합니까 했다.

날짜를 UTC 로 저장할 것인지 알 수 없는 것이 아니라면, 어떤 사용자 제공 데이터 진실이며당신이 시간대 사용자가 데이터를 그들이성년에 것. 그냥 가끔 (아주 드물게) 저장하는 데 필요한 시간, 분, 두 번째, 일, 월, 수 있도록 해 구성 요소 없이 시간대 밷으라구 백됩니다 사용자. 이제 새로운 개발자 또는 you& 없을 경우, re (utc), 저장 진실이며당신이 적립율은 99% # 39 올바른.

그러나 필리핀 don& # 39 시간은 100% 가 이 작품을 믿는 모든 경우에, t be all the time. 아니다.

항상 매장에서 GMT (또는 UTC). 여기에서 모든 로컬 시간대 값을 변환하시겠습니까 쉽다.

난 보통 유닉스 시간 됩니다. 하지만 아주 잘 작동하잖아 향후 안전한 것은 아니다.

내가 좋아하는 GMT 의 저장 및 표시 국한됨 상대치 (10 초, 약 5 개월 ago&quot &quot ago&quot ";;). # 39, 실제 사용자 don& 타임스탬프에 대부분의 활용 사례를 볼 필요가 없다.

분명 그들 중 많은 예외가 있을 수 있는데, 개별 애플리케이션 및 can& # 39, & # 39 one-true-way& 될 수 있기 때문에 t # 39;; 그 답이 있다. 여기서 시간은 강력한 감사 기능을 하는 것 (예를 들어, 투표), 시스템 일부를 (domain of 담론 (천문학, 과학 연구) 권능은하나님께 사용자에게 진정한 타임스탬프에 표시될 수 있다.

그러나 대부분의 앱을 이용한 간단한 이해하기 쉬운 상대 하게하면서요.