Background Image
제품 여행
2018.11.14 17:07

timezone, tz data

조회 수 8859 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄 첨부

Timezone

Timezone 하면 딱 생각나는 것은 +09:00, 우리나라는 그리니치 표준시 (GMT)보다 9시간 빠르다는 것이다. 
해외 여행중 한국에 국제 전화할 때 꼭 알아야 할 것, "한국 시간 몇시인가?" 잘못하면 식구들 자는 중에 집에 전화할 수 있다.
Timezone이 뭔가? 사전적 정의는 “특정 국가나 지역의 현지시간 (local time)” 이다.

그리니치 표준시의 정오는 경도 0도에 위치한 그리니치 천문대 남중 자오선을 태양이 지나가는 시간이다.
1925년 부터, 특정 지역의 local-time은 그리니치 표준시를 기준으로 몇시간 빠르고 느린가로 표현되어왔다.
그리니치 동쪽은 +, 서쪽은 -로 표현한다.
GMT 시간이 그리니치 천문대를 지나는 태양을 기준으로 하기 때문에 시간이 지구의 자전 주기와 관련 되며,
자전의 흐름이 늦어지면서 오차가 발생되었고 새로운 표준시 제정에 대한 요구가 나오게 되었다.

1972년, 국제 표준시는 그리니치 표준시에서 UTC (Coordinated Universal Time)로 변경되었다.  
UTC는 세슘 원자 시계 기반의 세계 표준시이며, 
UTC와 GMT는 소숫점 단위에서만 차이가 나기 때문에 일상적으로 같은 수준으로 혼용해서 사용하기도 하나
기술적인 표현에서는 UTC를 쓴다.

Standard Time/Daylight saving time

'Standard Time'이란 
- 특정 국가/지역에서 
- 일광 절약 시간제(Daylight saving time, DST 또는 summer time)를 적용하지 않았을 때 
- 그 지역의 localtime을 말한다. 

전 세계의 60% 국가가 DST 없이 1년 내내 표준시 만을 사용하고 있고, 나머지 지역은 여름동안 1시간 빠른 DST를 채택하게 된다.
Timezone 이름도 이를 반영하여 timezone의 가운데 문자에 다음을 사용한다.

  • S: 표준시를 사용중인 경우 (예: EST, KST, PST)
  • D: summer time/Daylight Saving time 적용중 (EDT, KDT, PDT)

하루는 24시간 이기 때문에 각 localtime별 시간차가 1시간이라면 서로 다른 localtime은 24개 일 것이다.

실제적으로 45분, 30분을 시간차로 사용하는 지역이 있기 때문에 현재 38개의 지역 시간(localtime)이 사용되고 있다.

KST, JST와 같이 하나의 localtime을 같이 사용하는 timezone이 많기 때문에 timezone 개수는 38보다

훨씬 많다 (CUBRID query를 통해서 확인하니 593개가 있는 것으로 확인된다.
이외에도 Alpa, Brabo, Charlie등의 military time zone도 25개가 있다.

CUBRID CSQL Timezone Command for timezone:
  • SHOW TIMEZONES; -- 전체 timezone
  • SHOW FULL TIMEZONES WHERE REGION_OFFSET = '+09:00'; -- offset이 +09:00인 timezone 정보

iana.PNG 

tz database by IANA (https://www.iana.org/time-zones/)

IANA는 timezone에 관련된 공식적인 정보를 text형태로 유지하고 있다.
이 text file은 각 platform 별로 machine processable binary 형태로 변경되어 사용된다
BSD 계열 시스템, GNU C, Android, Java Runtime, .NET, Python, Perl, Go등의 대부분 software
platform이 IANA timezone을 support 한다.
물론 CUBRID도 IANA tz database를 이용하여 timezone 관리를 한다 (CUBRID 10 version). 

CUBRID timezone library는 IANA에서 받은 tzdata를 처리하여 (compile) timezone 정보를
library에 저장하고 (libcubrid_timezones.so) 이때 사용된 timezone file의 MD5 checksum을 구하여 
database의 db_root에 저장한다.
Timezone file이 recompile되면 library의 checksum이 변경되고, 이런 경우 db_root에 저장된 checksum과 다르기 때문에
기존 CUBRID server나 tool이 기존의 database와 연동하여 기동되지 않을 수있다.
호환성 유지를 위해서는 'make_tz.sh' tool에서 ‘extend’  option을 사용하면 ($ make_tz.sh -g extend
기존의 database checksum이 새로 생성된 checksum으로 변경되며 새로 build된 timezone library와 호환성이 유지된다.
'make_tz.sh -g extend' option을 수행할 때는 반드시 수행중인 db server를 먼저 중지시켜야 한다. 
그렇지 않은 경우 db_root의 checksum update 하는 도중 error 발생함 (databases.txt에 등록된 모든 db 서버)

original db_root
db_root.PNG
db_root after make_tz.sh -g extend

db_root2.PNG



tz database format

tz_database에는 다음 형태의 2가지 형태의 record가 정의된다.

          Zone: timezone 정보. 하나의 timezone에 대해서 여러 개의 timezone 정보가 있을 수 있다. (연도/기간별)
          Rule daylight saving rule 정보 (기간별로 여러 개의 record가 있을 수 있다).


Time zone 이름은 “Area/Location” 형태로으로 정의된다. 예를 들어 “America/New_York”, “Asia/Seoul” 형태이다.

현재 사용되는 대룩/대양의 이름은 아래와 같다.

- Africa/America/Asia/Australia/Europe
- Antarctica/Arctic/Atlantic/Indian/Pacific
- Etc

'Etc'는 관리용 zone으로 'Etc/UTC', 'Etc/GMT', 'Etc/GMT-14', 'Etc/GMT+9' 형태로 사용된다 (for POSIX style compliance)


Location은 지역내의 도시/섬 이름을 사용한다. 때로 localtime은  3 level로 사용하기도 한다 ('America/Indiana/Indianapolis')


ZONE Record Format
zone_desc.PNG


Rule Record Format
rule.PNG


tz database의 예 (ZONE Record)

  • LINE#3: 1912년 1월까지는 KST를 사용했다.
  • LINE#4: Timezone이 'JST'로 변경되었다 (1945년 8월까지, 아픈 역사가 timezone에도 남아있다).
  • LINE#6: 1961년 8월 10일 Summer time이 적용되고 Rule명은 은 'ROK' 이다.
  • LINE#12, 13: 평양은 2015년 8월 부터 2018년 5월까지 GMT+0830을 사용하다 GMT+0900으로 복귀했다.
  • Asia/Seoul의 rule record 이름은 'ROK'이다.


zone.PNG




tz database의 예 (Rule Record)

  • LINE#14: 88 올림픽때 5월 8일 이후 일요일에 Summer Time이 적용되었고
  • Line#15: 88년 10월에 Standard Time으로 복귀했다


rule_kr.PNG


TimeZone 관련 CUBRID Command/Configuration

  • TIME ZONE 검색

csql> SHOW TIMEZONES;
csql> SHOW FULL TIMEZONES;
csql> SHOW FULL TIMEZONES LIKE 'Asia/S%';
csql> SHOW TIMEZONES LIKE 'Asia/S%'


tz09.PNG


  • Timezone Recompile
$ cd $HOME
$ wget https://data.iana.org/time-zones/releases/tzdata2018g.tar.gz 
$ cd $CUBRID/timezones/tzdata 
$ tar xvf $HOME/tzdata2018g.tar.gz 
$ cubrid server stop demodb  ## must stop db server before run make_tz
$ make_tz.sh -g extend

  • db timezone 변경
[cubrid.conf]
server_timezone=server_timezone=America/Indiana/Indianapolis


  • session timezone 변경
csql> SET SYSTEM PARAMETERS 'timezone=Asia/Seoul';
csql> SET SYSTEM PARAMETERS 'timezone=America/New_York';
csql> SET TIMEZONE 'Asia/Seoul';
csql> SET TIMEZONE '+09';


  • timezone 확인 (session timezone은 일반 user도 변경 가능)
csql> SELECT DBTIMEZONE(), SESSIONTIMEZONE();


마무리하며
이 blog를 쓰게된 동기는 CUBRID 10.1 인증 과정에서 TTA 엔지니어가 IANA Timezone data를 compile 하던중 
에러를 발견했으니 수정해달라는 요구를 받고서이다. 
IANA tzdata를 받아서 처리하다보니 (make_tz.sh) asia FILE의 #1656에 에러가 발견되었다. 
tokyo_tz.PNG
살펴보니 적용시간인 AT의 값이 25:00 이었다. 다음날 새벽 1:00라는 의미이다.
CUBRID는 시간이 24를 넘어가면 잘못된 data가 있다고 판단하여 오류를 발생하고 compile을 종료한다.
1656 Line을 해석해보면, 1948년 9월 8일이나 그 이후의 첫번째 토요일 이후 25:00 에 적용된다는 것인데,
달리 해석하면 1일을 더 더해서 9월 9일 이나 그 이후의 첫번째 일요일 새벽 1:00와도 같은 의미가 된다.
결과적으로 아래의 2개의 RULE Record, LINE#4와 LINE#6은 의미상으로 같아진다.


tokyo_tz3.PNG


IANA Timezone file을 compile하는 binary인 'gen_tz'에서 25:00을 이해하고, timezone library에서
25:00 style을 support하는 것이 원칙이겠지만, gen_tz가 tz data를 compile하는 과정에서 
위의 LINE#6 style로 변환해도 문제가 없을듯하다. 일단 이렇게 수정해서 TTA GS인증용 build를 하고,
10.2 오류 보고하였다.

아래는 수정된 gen_tz가 25:00을 다음날 1:00으로 바꾼 결과이다.
dump_tz는 현재 library에 compile된 tz data를 보여주는 명령어이다.
  • IANA tz data를 받아 '$CUBRID/timezones/tzdata" directory에 풀고 
  • 'make_tz.sh -g extend'를 실행하였다.
  • 'dump_tz -z | grep Tokyo' 명령을 실행하여 Asia/Tokyo의 timezone id '282'를 찾은후
  • 'dump_tz --zone=282'를 실행해보았다.
결과는 2번째 line이 "8>=Sat 25:00"에서 "9>=Sun 01:00"으로 바뀐 것을 볼 수있다.
CUBRID Cherry Release에서는 위와 같은 Rule record도 정상 처리될 것이다. (참조: RND-811)
dump_tz_2.PNG







  1. CMT(CUBRID Migration Tool) 활용

    CMT를 이용하여 데이터 마이그레이션 작업하면서 여러가지의 팁이 있겠지만 4단계에서 유용하게 사용할 수 있는 팁중 PK가 없는 테이블에 대해서 데이터 수행전에 PK 선택하거나 또는 테이블 생성 후 PK 컬럼을 추가하여 데이터 마이그레이션하면 되는 팁을 알려 드리겠습니다. 1) PK가 없는 테이블에 대해 이관전 PK 컬럼 선택 후 데이터를 이관하는 방법 2) PK가 없는 테이블 정보를 그대로 생성하고 데이터를 이관전에 seq 컬럼을 추가하여 그 컬럼에 대해 PK로 만들어 주므로 PK에 대한 재작업이 안해도 되는 방법 위 두가지를 병행하여 데이터 이관 작업을 진행하면 좀 더 쉽게 데이터 이관 작업을 할 수 있다. 1단계 - 원본과 대상 유형을 선택한다. - 다음버튼을 클릭한다. 2단계 - 편집버튼을 클릭하여 "원본 정보"를 등록하여 접속이 되는지 테스트버튼을 클릭하여 확인한다. (연결이름 : 임의로 작성, 호스트 주소 : IP주소, 연결 포트 : 사용하는 접속 포트, 데이터베이스 이름 : SERVICE_NAME, 사용자 이름 : 실제사용자ID, 비밀번호 : 실제비밀번호) - 테스트버튼을 클릭하여 접속이 안되는 경우는 연결포트 또는 데이터베이스 이름, 사용자이름, 비밀번호가 틀리...
    Date2018.12.31 Category제품 여행 By엄기호 Views2387 Votes0
    Read More
  2. No Image

    CUBRID 매니저 가져오기 마법사 유용한 팁!

    CUBRID 매니저 가져오기 마법사 유용한 팁! 다량의 데이터를 엑셀로 작성해서 넣는 경우가 많으실 텐데요 CUBRID 매니저에서 UI로 간단하고 쉽게 데이터를 넣을 수 있습니다. 바로 가져오기라는 기능인데요 가져오기는 스키마, 데이터를 파일로부터 데이터베이스 서버로 import를 하는 기능 입니다. (스키마는 SQL 파일만 지원하며, 데이터는 SQL, CSV, XLS, TXT를 지원합니다.) 가져오기 마법사는 아래의 3단계로 구성되어 있습니다. •가져오기 유형 선택 • 가져오기할 데이터 소스 및 옵션 선택 • 가져오기 옵션 확인 여기서 팁 한가지! XLSX 파일은 엑셀 2007부터 추가된 파일 포맷이며 CUBRID 매니저는 XLSX 파일을 지원하지 않으므로, XLSX 파일을 원본으로 하여 데이터 가져오기 작업을 수행하는 경우 정상적인 데이터 입력을 보장할 수 없습니다. 따라서, XLSX 파일은 "다른 이름으로 저장" 메뉴를 통해 반드시 XLS 파일로 변환한 후에 사용해야 합니다. 그리고 XLS 파일로 저장 시 파일 문자집합을 신경 써 주셔야 합니다. 엑셀 한글 버전에서는 따로 문자집합을 설정 안 할 경우 기본 인코딩이 EUC-KR로 되어 있어 파일의 문자집합 옵션을 맞지 않게 데이터를 가져오...
    Date2018.12.31 Category제품 여행 By강주원 Views2980 Votes0
    Read More
  3. Docker, Kubernetes 환경에서 CUBRID 컨테이너 서비스 해보기

    Docker, Kubernetes 환경에서 CUBRID 컨테이너 서비스 해보기 최근에 여러 기업에서 Docker, Kubernetes를 사용하여 컨테이너로 서비스 하는 사레들을 많이 보았습니다. CUBRID도 컨테이너로 만들어서 Docker, Kubernetes 환경에서 서비스 해보려고 합니다. Docker는 '가장 빨리 만나는 Docker: 클라우드 플랫폼 어디서나 빠르게 배포하고 실행할 수 있는 리눅스 기반 경량화 컨테이너'라는 책으로 처음 접하였습니다. 책을 구매해서 보는 것을 권장드리지만 'http://pyrasis.com/docker.html' 페이지에서 책의 내용을 공개하고 있습니다. 책이 너무 길다면 Slideshare, 'https://www.slideshare.net/pyrasis/docker-fordummies-44424016' 페이지에서 슬라이드로 요약된 내용을 볼 수 있습니다. Docker는 Docker라는 회사에서 OS에서 제공하는 가상화 기술을 사용하여 만든 오픈소스 Container 프로젝트의 결과물입니다. 컨테이너는 호스트에 게스트 환경을 구성한다는 점에서는 가상머신과 비슷하지만 OS를 별도로 설치해 줄 필요가 없고, 호스트와 동일한 성능을 낼 수 있다는 장점이 있습니다. 이외에도 여러가지 장점이 많지만 가장 큰 장점은 배...
    Date2018.12.31 By주영진 Views24196 Votes0
    Read More
  4. No Image

    기술지원 중 자주받는 질문들을 살펴보자 !

    큐브리드 엔지니어로 기술지원을 수행하면서 자주 받는 질문들을 크게 10개 단락으로 나누어 모아 보았습니다. 큐브리드를 사용해주시는 많은 분들에게 작게나마 도움이 되기를 바라는 마음으로 작성해 보았습니다. 자세한 내용은 하단에 매뉴얼 링크를 달아 두었으니 참조 부탁 드립니다 1. DB 백업/복구 1) 백업 명령어를 알고 싶어요. ① $ cubrid backupdb -D <백업 경로> -z --no-check <DB명> 2) 증분 백업도 지원하나요? ① 큐브리드는 1차, 2차 증분 백업을 지원합니다. ② 증분 백업을 하기 위해서는 백업 옵션 중 -l 옵션을 사용하면 됩니다. 백업수준은 0,1,2 3가지로 나뉘어 지며 각각 전체 백업, 1차 증분 백업, 2차 증분 백업을 의미합니다. ③ 예시 : cubrid backupdb -D <백업 경로> -z --no-check -l 1 <DB명> 3) 복구는 어떻게 해야 하나요? ① $ cubrid restoredb -B <백업 파일 경로> <DB명> 4) 시점 복구도 지원하나요? ① 큐브리드는 어떠한 옵션도 지정되지 않은 경우 기본적으로 마지막 커밋 시점까지 데이터베이스가 복구됩니다. 시점 복구를 하기 위해서는 -d 옵션으로 시간을 지정할 수 있으나, 지정한 복구 시점까지 복구하기 위한 활성로그/보관 로그 ...
    Date2018.12.30 Category제품 여행 By허서진 Views2751 Votes1
    Read More
  5. DBMS? 힐끗 다른 쪽을 바라봤다

    시스템 소프트웨어 개발자로 딱 60살까지만 이런저런 시스템, 특히 대용량 데이터를 다루는 시스템을 직접 설계하고 만들어보고 싶은 마음은 지금도 여전하다. 그리고 그러한 미련에 들어온 DBMS 개발바닥이다. 원래 우직하니 한 우물만 파는 스타일은 아닌데.. 어찌어찌 하다보니 10년째 데이터 처리 엔진쪽으로만 일하고 있는 자신을 바라보며 기특하단 생각도 든다. 하지만 최신 유행하는 다른 분야로 발빠르게 움직이지 못한 것이 못내 아쉬울 때도 종종 있다. 이런 내 마음에는 아랑곳 없이 데이터환경이 휙휙 바뀌면서 하루가 멀다하고 새로운 모양의 시스템, DB들이 마구 쏟아져 나온다. 이런 추세속에서 여전한? 것들을 하고 있는 내 자신을 바라보고 있자면 old school에서 벗어나지 못하고 있는 듯 느껴져 왠지 마음이 급해진다. 이 글을 쓰고 있는 지금도 어디에선가는 새로운 DB(용어따지기 좋아하는 사람들을 위해 여기서 'DB'는 데이터베이스 자체가 아니라 DBMS혹은 DMS를 의미한다는 것을 밝힌다)가 글로벌 DB시장에 런칭하는 소리가 들리는 듯 하니 말이다. 그러나 이쪽 분야에서 일을 하면 할수록 데이터를 다루는 일에 신구라는 것이 없다는 생각이다. 다...
    Date2018.12.28 Category나머지... By조성룡 Views991 Votes0
    Read More
  6. CUBRID 10의 새로운 기능 "문자열 압축"

    CUBRID 10은 새로운 기능이 추가 되었습니다. 그 중에서 문자열 압축기능이 추가되었습니다. 지금부터 문자열 압축 기능에 대해서 알아보도록 하겠습니다. 문자열 압축 기능은 아래의 표와 같습니다. CUBRID 문자열 압축은 255byte 이상에서만 실행되고, 압축이 효율적이지 않으면 압축을 실행하지 않습니다. 문자열 압축률이 얼마나 좋은지 테스트하기 위해서 문자열 압축 기능이 없는 CUBRID 9.3과 10.1에서 테스트 데이타 10만건을 입력하고, 테이블 크기를 확인하는 방법으로 진행하였습니다. “케이스 #1”은 중복 되지 않는 문자열 데이타를 입력하고 압축률을 확인하였고, “케이스 #2”는 중복 된 데이타를 입력하고 압축률을 확인하였습니다. 각 케이스별로 데이타 10만건을 생성한 방법은 아래 표와 같습니다. 먼저 테스트 데이타 1건을 입력하고, “insert 테이블 select ...” 구문에서 카탈로그 테이블과 카테시안 곱(Cartesian Product)을 활용하여 테스트 데이타를 생성하였습니다. 위 표의 SQL문으로 데이타 10만건을 입력하고 테이블 크기를 확인하였습다. 테이블 크기는 “show heap capacity of 테이블명;” 명령을 실행하고 Num_pages 값을 확인하였고, 결과는 아...
    Date2018.12.26 Category제품 여행 By권호일 Views657 Votes0
    Read More
  7. GitHub Desktop을 활용한 소중한 소스 코드 관리

    1) 소중한 자신의 소스 코드가 손상 되거나 손실 되는 경우 2) 외부에서 자신의 소스 코드를 열람해야할 경우 3) 소스 코드의 변경 된 부분을 찾아야 하는 경우 소스 코드를 사용하다 보면 위와 같은 문제로 업무의 연속성이 끊어지는 경우가 발생 합니다. 이러한 문제를 GitHub Desktop을 통해 아주 간단하고 편리하게 사용 및 관리 하는 기능을 소개 하려 합니다. - 비용 : 무료 단, 소스 코드를 비공개하려면 과금 필요 - GUI 프로그램으로 git bash(커맨드 라인) 보다 편리하며, 손 쉽게 사용할 수 있습니다. [1 : GitHub 회원 가입] - 회원 가입 URL : https://github.com/ - IMAGE #1 GitHub 공식 홈페이지 접속 화면 사용할 정보 입력 : Username, Email, Password - IMAGE #2 STEP 1 : 계정 생성 동의 하기 - IMAGE #3 STEP 2 : 계정 유형 선택 - IMAGE #4 사용자 유형 선택 (Skip 해도 무관) - IMAGE #5, 6, 7 STEP 3단계 모두 마치면, Email 확인 후 계정 사용 가능 [2 : GitHub Desktop 설치] - 설치 URL : https://desktop.github.com/ - 지원 OS : Windows, OS X(MAC) - IMAGE #1 공식 홈페이지에서 GitHub Desktop 설치 파일을 받으 실 수 있습니다. (약 80MB) ...
    Date2018.12.03 Category나머지... By윤준수 Views12410 Votes0
    Read More
  8. 오픈소스 DBMS 10년의 여정

    10년 전인 2008년 11월 22일 NHN(현, 네이버)의 첫번째 개발자 행사인 DEVIEW 2008을 통해 CUBRID 오픈소스 버전이 첫 선을 보였습니다. 사용자 확산을 위해 2006년 5월 무료 라이선스를 선언을 한 이후 2008년 초부터 1년 가까이 오픈소스 전환을 위한 준비 과정을 거쳐 결국 오픈소스 DBMS로 변신을 한 것입니다.   -> CUBRID 2008 신제품이 출시되던 날…   오픈소스 DBMS 전환에 대한 사용자들의 인식을 제고하기 위해 버전 표기는 기존 숫자(CUBRID 6, 7) 중심에서 연도 체계 방식으로 변경하여 “CUBRID 2008”로 명칭을 했으며(2013년 3월 출시한 CUBRID 9부터 다시 숫자 표기로 변경), 라이선스의 경우 많은 논의 과정을 통해 엔진은 소스 코드 수정/배포 시 공개 의무가 있는 GPL v2 or higher, 인터페이스와 도구는 자유롭게 수정/배포가 가능한 BSD 라이선스를 채택했습니다.   CUBRID 2008 출시 후 초기 2년 동안의 미션은 개발자 및 사용자 확산이었습니다. CUBRID Inside라는 개발자 중심의 커뮤니티 행사를 통해 내부 개발자와 외부 개발자간에 만남의 장을 마련했고, 닉네임 Pcraft님 같은 경우에는 CUBRID Manager에 컨트리뷰션을 하시다가 추후 CUBRID 개발팀...
    Date2018.11.30 Category오픈소스 이야기 By정병주 Views1237 Votes0
    Read More
  9. 2018년 CUBRID 정기교육을 마무리 하며..

    큐브리드에서는 매년 정기적으로 정기교육을 실시하고 있습니다.   금년도에는 공개SW개발자센터에 공개SW커뮤니티를 등록하여 커뮤니티 활성화 및 큐브리드를 사용자를 위한 교육을 진행했습니다. 정기교육이 어떻게 진행되고 있는지, 커리큘럼, 자주 듣는 궁금증 등에 대해 알아보겠습니다. 『2018년 정기교육 일정』 일시 장소 참석인원 03월 20일 ~ 21일 공개SW역량프라자(상암) 23명 05월 29일 ~ 30일 공개SW개발자센터(선릉) 06명 09월 04일 ~ 05일 공개SW역량프라자(상암) 24명 10월 16일 ~ 17일 공개SW역량프라자(상암) 13명       정기교육은 2일 과정으로 4회 진행되며, 교육에 참여해주신 분들에게 교육 교재와 자료를 나눠드리고, 점심식사도 제공하고 있습니다. 『신청방법』      http://www.cubrid.com/education에서 일정을 확인할 수 있으며, 교육일정 1개월 전에 온라인 신청을 오픈합니다. 『커리큘럼』      다음과 같이 1일차, 2일차로 교육내용이 다르며, 2일동안 교육을 참여해주시는 것이 도움이 됩니다. 또한 실습과정도 포함되어 있습니다.       2일 과정을 수료해주신 분들에게는 큐브리드에서 발급한 수료증을 나눠드립니다. 1일차 CUBRID 소개 ...
    Date2018.11.15 Category알려요~ By정훈 Views503 Votes0
    Read More
  10. timezone, tz data

    Timezone Timezone 하면 딱 생각나는 것은 +09:00, 우리나라는 그리니치 표준시 (GMT)보다 9시간 빠르다는 것이다.  해외 여행중 한국에 국제 전화할 때 꼭 알아야 할 것, "한국 시간 몇시인가?" 잘못하면 식구들 자는 중에 집에 전화할 수 있다. Timezone이 뭔가? 사전적 정의는 “특정 국가나 지역의 현지시간 (local time)” 이다. 그리니치 표준시의 정오는 경도 0도에 위치한 그리니치 천문대 남중 자오선을 태양이 지나가는 시간이다. 1925년 부터, 특정 지역의 local-time은 그리니치 표준시를 기준으로 몇시간 빠르고 느린가로 표현되어왔다. 그리니치 동쪽은 +, 서쪽은 -로 표현한다. GMT 시간이 그리니치 천문대를 지나는 태양을 기준으로 하기 때문에 시간이 지구의 자전 주기와 관련 되며, 자전의 흐름이 늦어지면서 오차가 발생되었고 새로운 표준시 제정에 대한 요구가 나오게 되었다. 1972년, 국제 표준시는 그리니치 표준시에서 UTC (Coordinated Universal Time)로 변경되었다.   UTC는 세슘 원자 시계 기반의 세계 표준시이며,  UTC와 GMT는 소숫점 단위에서만 차이가 나기 때문에 일상적으로 같은 수준으로 혼용해서 사용하기도 하나 기술적인 표현에서는 UT...
    Date2018.11.14 Category제품 여행 By한기수 Views8859 Votes0
    Read More
Board Pagination Prev 1 2 3 4 5 6 7 8 9 10 11 ... 16 Next
/ 16

Contact Cubrid

대표전화 070-4077-2110 / 기술문의 070-4077-2113 / 영업문의 070-4077-2112 / Email. contact_at_cubrid.com
Contact Sales