Background Image
제품 여행
2018.01.04 14:06

큐브리드의 유용한 명령어 살펴보기

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

단축키

Prev이전 문서

Next다음 문서

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

데이터베이스 시스템을 운영하면서 성능 개선은 매우 중요한 일입니다.


CUBRID는 다른 DBMS와 다르게 JDBC 드라이버-브로커-데이터베이스 서버의 3계층(3-tier) 구조로 구성되어 있습니다.

3계층 중 브로커는 서버와 외부 응용 프로그램 간의 통신을 중계하는 CUBRID 전용 미들웨어로서, 커넥션 풀링, 모니터링, 로그 추적 및 분석 기능을 제공합니다. CUBRID는 CUBRID BROKER프로세스가 생성한 SQL LOG파일을 통해 SQL 성능 분석을 할 수 있습니다. (다른 DBMS 성능 모니터링은 시스템 DMV를 조회하여 확인합니다.) 


이번 블러그에서는 CUBRID BROKER가 생성한 SQL LOG 파일을 이용하여 성능 문제를 분석하고 개선하는데 유용한 유틸리티에 대해 3회에 걸쳐 소개할 예정이며, 첫번째로 소개할 유틸리티는 broker_log_top 입니다.


▣ broker_log_top


broker_log_top 유틸리티는 수행 시 특정 기간 동안 생성된 SQL LOG 파일를 분석하여 실행 시간이 긴 순서대로 나열합니다. 이 유틸리티는 수행시 log_top.res와 log_top.q와 같이 2개의 결과 파일을 남깁니다.

log_top.res 파일에는 특정기간 동안 수행된 SQL들에 대한 최대 수행 시간, 최소 수행 시간, 평균 수행 시간 및 수행 횟수(에러 발생 횟수)이 저장됩니다. 

log_top.q 파일에는 log_top.res에 나열된 질의 번호에 해당되는 SQL 문장이 저장됩니다.


해당 유틸리티의 실행 방법은 다음과 같습니다.


$ broker_log_top [options] sql_log_file_list


위에서 sql_log_file_list는 CUBRID BROKER 프로세스가 생성한 SQL LOG파일을 지칭합니다. 


SQL 로그 파일은 응용 클라이언트가 요청하는 SQL을 기록하며 <broker_name>_<app_server_num>.sql.log 라는 이름으로 저장합니다. SQL 로그는 SQL_LOG 파라미터 값이 ON(기본값)인 경우에만 생성됩니다. 기본값 설정이라면 $CUBRID/log/broker/sql_log 디렉터리에서 해당 파일들을 확인할 수 있습니다..


BROKER 상태를 조회하여 확인 할 수 있으며 확인 방법은 다음과 같다.


$ cubrid broker info 브로커명 | grep LOG_DIR | grep -vE "ACCESS|ERROR|SLOW"


이제 유틸리티를 실행을 해 보겠습니다.


$ broker_log_top query_editor_*.sql.log
query_editor_1.sql.log
query_editor_2.sql.log
query_editor_3.sql.log
print results...
$ ls
log_top.q log_top.res query_editor_1.sql.log query_editor_2.sql.log query_editor_3.sql.log


위 결과 화면처럼 log_top.q파일과 log_top.res 파일이 생성 되었습니다.

단, Windows에서는 *.sql.log가 인식되지 않으므로 아래 화면 처럼 공백 구분자와 함께 대상 파일을 모두 나열해야 합니다.


C:\CUBRID\log\broker\sql_log> broker_log_top query_editor_1.sql.log query_editor_2.sql.log query_editor_.sql.log
query_editor_1.sql.log
query_editor_2.sql.log
query_editor_3.sql.log
print results...


이제 결과 파일인 log_top.res 파일을 살펴보겠습니다.


$ head log_top.res
              max       min       avg   cnt(err)
-----------------------------------------------------
[Q1]         0.013     0.010     0.011    3 (0)
[Q2]         0.013     0.013     0.013    1 (0)
[Q3]         0.010     0.009     0.009    2 (0)
[Q4]         0.003     0.003     0.003    3 (0)
[Q5]         0.002     0.002     0.002    3 (0)
[Q6]         0.002     0.002     0.002    2 (0)
[Q7]         0.001     0.000     0.000   48 (0)
[Q8]         0.001     0.000     0.000    3 (0)


질의 번호 [Q1]은 3회가 수행되었으며 동일 SQL의 에러로 인한 실행 실패 횟수는 없으며 수행 시간은 최대 0.013초가 걸렸고 최소 0.010초, 평균 0.011초가 걸린 것을 알 수 있습니다. 


예제로 위의 실제 운영된 특정 시스템의 SQL 구문의 log_top.res 결과입니다.


blog_broker_log_top2.png


[Q1]이 가장 느린 것으로 표현 되어 있으나 평균 0.172 초 걸린 SQL이므로 순간적 잠금 현상이 발생 했었을 것을 추측 할 수 있습니다. 그러나 [Q2], [Q3]의 경우에는 평균 2.116초, 4.342초 이고 수행 횟수도 많았기 때문에 튜닝이 필요 한 대상 SQL 이 될 수 있습니다. 따라서, 수행 횟수가 많으며 평균 속도가 느린 SQL 구문은 튜닝 대상이며, 평균 속도는 빠르나 특정 시점에 느려진 SQL은 일시적 잠금 현상에 의한 것이므로 트랜잭션 경합을 조사 해 보아야 합니다.


이제 log_top.q 파일의 내용을 살펴보겠습니다.

$ head -20 log_top.q
[Q1]-------------------------------------------
query_editor_1.sql.log:56
17-12-27 19:01:19.641 (2) execute srv_h_id 1 SELECT a.attr_name, a.attr_type, a.from_class_name, a.data_type, a.prec, a.scale, a.is_nullable, a.domain_class_name, a.default_value, a.def_order, c.is_system_class, c.class_type, c.partitioned, c.owner_name, c.class_name, a.from_attr_name, c.is_reuse_oid_class  FROM db_attribute a, db_class c WHERE c.class_name=a.class_name ORDER BY a.class_name, a.def_order
17-12-27 19:01:19.655 (2) execute 0 tuple 342 time 0.013

[Q2]-------------------------------------------
query_editor_1.sql.log:1218
17-12-27 19:10:50.189 (90) execute srv_h_id 1 commit;
17-12-27 19:10:50.203 (90) execute 0 tuple 0 time 0.013

[Q3]-------------------------------------------
query_editor_1.sql.log:599
17-12-27 19:01:33.509 (44) execute srv_h_id 1 SELECT      c.class_name,      COUNT(*) AS count_column,      CAST(SUM(     CASE            WHEN                "data_type" = 'BIGINT' THEN 8.0            WHEN                "data_type" = 'INTEGER' THEN 4.0            WHEN                "data_type" = 'SMALLINT' THEN 2.0            WHEN                "data_type" = 'FLOAT' THEN 4.0            WHEN                "data_type" = 'DOUBLE' THEN 8.0            WHEN                "data_type" = 'MONETARY' THEN 12.0            WHEN                "data_type" = 'STRING' THEN a.prec            WHEN                "data_type" = 'VARCHAR' THEN a.prec            WHEN                "data_type" = 'NVARCHAR' THEN a.prec            WHEN                "data_type" = 'CHAR' THEN a.prec            WHEN                "data_type" = 'NCHAR' THEN a.prec            WHEN                "data_type" = 'TIMESTAMP' THEN 8.0            WHEN                "data_type" = 'DATE' THEN 4.0            WHEN                "data_type" = 'TIME' THEN 4.0            WHEN                "data_type" = 'DATETIME' THEN 4.0            WHEN                "data_type" = 'BIT' THEN FLOOR(prec / 8.0)            WHEN                "data_type" = 'BIT VARYING' THEN FLOOR(prec / 8.0)            ELSE 0      END ) AS BIGINT) AS size_column,      SUM(     CASE            WHEN                "data_type" = 'STRING' THEN 1            WHEN                "data_type" = 'VARCHAR' THEN 1            WHEN                "data_type" = 'NVARCHAR' THEN 1            WHEN                "data_type" = 'NCHAR' THEN 1            WHEN                "data_type" = 'BIT VARYING' THEN 1            ELSE 0      END ) AS size_over_column,      MAX(c.class_type) AS class_type,      MAX(c.partitioned) AS partitioned  FROM      db_class c,      db_attribute a  WHERE      c.class_name = a.class_name      AND      c.is_system_class = 'NO'      AND      c.class_type = 'CLASS'      AND      a.from_class_name IS NULL  GROUP BY c.class_name 
17-12-27 19:01:33.518 (44) execute 0 tuple 11 time 0.010

[Q4]-------------------------------------------
query_editor_1.sql.log:1392
17-12-27 20:33:38.058 (109) execute_all srv_h_id 1 SELECT       a.class_name,   a.attr_name,    a.attr_type,    a.data_type,    a.prec,         a.scale  FROM   db_attr_setdomain_elm a  WHERE          a.class_name = ?  ORDER BY      a.class_name,   a.attr_name
17-12-27 20:33:38.058 (109) bind 1 : VARCHAR (5)code
17-12-27 20:33:38.059 (109) execute_all 0 tuple 0 time 0.010


각 질의 번호에 대한 SQL 문장이 추출되며 동일 SQL 중 가장 느린 질의가 발췌되고 변수 바인딩을 사용한 경우 바인딩 변수의 순서에 따른 매핑 값까지 알 수 있습니다. 질의 번호 [Q4] 의 SQL 문장은 query_editor_1.sql.log 파일의 1,392번째 라인에 있는 SQL 문장이 추출 된 것이고 해당 세션에서 109번째 수행된 SQL임을 알 수 있습니다.


이번에는 -t 옵션을 사용하여 각 트랜잭션 별로 SQL LOG 파일을 추출을 해 보겠습니다.

트랜잭션별 SQL LOG 파일을 추출하는 이유는 log_top.res, log_top.q 파일에 생성 된 정보는 개별 SQL구문에 대한 시간만 측정되어 있으므로 예외 될 수 있는 사항(잠금에 의한 일시적 느려진 SQL)을 고려하기 위한 것입니다.


$ broker_log_top -t query_editor_*.sql.log
query_editor_1.sql.log
query_editor_2.sql.log
query_editor_3.sql.log
$ ls
log_top.q log_top.res log_top.t query_editor_1.sql.log query_editor_2.sql.log query_editor_3.sql.log


위와 같이 log_top.t 파일이 생성되는 것을 볼 수 있으며, vi 등으로 파일을 확인할 수 있습니다.


blog_broker_log_top3.png


첫번째, 트랜잭션 정보를 보면 최초 업데이트 이후 트랜잭션이 닫히지 않고 유지되며 WAS에서 health 체크 SQL 구문이 수차 례 수행되었고 마지막에 다시 업데이트 구문이 실행되면서 TCL구문이 수행되어 해당 트랜잭션이 완료 되었습니다. 


이 예제에서의 시사하는 점은 code 테이블에 f_name 컬럼에 인덱스가 없었다고 가정하면 약 32초간 code 테이블에 접근한 다른 트랜잭션의 특정 DML 구문은 테이블 잠금 해제 상태가 될 때까지 대기하여 code 테이블의 동시성이 저하 되었었음을 알 수 있습니다.


두번째, SQL 구문이 수행된 후 COMMIT이 약 20초간 들어오지 않았음을 알 수 있습니다.


broker_log_top 유틸리티에는 다수의 SQL LOG 파일을 분석 시 특정 시간대만 추출도 가능한 추가 옵션도 설정 가능합니다.

해당 옵션 및 자세한 설명은 매뉴얼의 CUBRID 운영 > CUBRID 프로세스 제어의 브로커 설정 정보 확인 중 SQL 로그 관리 중 broker_log_top https://www.cubrid.org/manual/en/10.1/admin/control.html#broker-log-top 을 참고하시기 바랍니다.


다음에는 SQL LOG 파일을 이용하여 지난 상황을 재현해 볼 수 있는 cubrid_replay에 대해서 소개하겠습니다.


  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