Background Image

NEWS

  1. Home
  2. NEWS
  3. 블로그
제품 여행
2018.11.07 14:26

CUBRID-HA 제약사항을 극복해보자

큐브리드_김주현
조회 수 2155 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

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





Charpter0. 들어가며..



주요한 시스템인 경우, 장애가 발생하더라도 실시간으로 서비스를 제공해야 함으로 CUBRID이중화 방식은 필히 적용해야 할 구성방식입니다.


그러나 LOB 를 사용하지 못하는 제약사항이 있어 이를 극복할 수 있는 방법이 있지 않을까해서 테스트한 내용입니다.


본 장에서는 Linux에서, fail-over, fail-back상황에서 테스트했지만,

더 많은 OS, 더 많은 상황에서도 동기화가 되는지 종합적인 테스트가 이루어져야 할 것입니다.




Chapter1. HA란 무엇인가


CUBRID에서는 HA기능을 기본적으로 제공하고 있다.

HA란 무엇인가??

 High Availability(HA)란, 하드웨어, 소프트웨어, 네트워크 등에 장애가 발생해도 지속적인 서비스를 제공하는 기능이다. 이 기능은 하루 24시간 1년 내내 서비스를 제공해야 하는 네트워킹 컴퓨팅 부분에서 필수적인 요소이다. HA 시스템은 두 대 이상의 서버 시스템으로 구성하여 시스템 구성 요소 중의 한 요소에 장애가 발생해 서비스를 중단 없이 제공할 수 있다. 

운영중인 하나의 서버(master-node)에 이상이 발생하여도 대기중 이였던 서버(slave-node)를 활용하여 중단없는 서비스를 제공한다는 것이다. 

어떠한 방식으로 동기화를 유지하고 있을까?


해답은 아래 매뉴얼에서 확인 할 수 있다.

 CUBRID의 HA 기능은 shared-nothing 구조이며, 액티브 서버(active server)에서 스탠바이 서버(standby server)로 데이터를 동기화하기 위해 다음 두 단계를 수행한다.

1. 트랜잭션 로그 다중화: 액티브 서버에서 생성되는 트랜잭션 로그를 실시간으로 다른 노드에 복제한다.
2. 트랜잭션 로그 반영: 실시간으로 복제된 트랜잭션 로그를 분석하여 스탠바이 서버에 데이터를 반영한다. 


즉, 상대방 서버를 모니터링하고 있다가 트랜잭션(commit/rollback)이 발생하면, 해당 로그를 복사하여 가져와서 본 서버에 적용하는 방식인 것으 알 수 있다.


그런데 CUBRID-HA제약사항이 있단다. (참조 : https://www.cubrid.org/manual/ko/9.3.0/ha.html#id38)

테이블 기본키, Java저장 프로시져, 시리얼 캐시 온라인백업, INCR/DECR함수. LOB(BLOB/CLOB)함수...응???

LOB함수??
아시다시피, long타입보다는 더 큰 데이터 저장이나, 파일과 같은 데이터를 저장할 때 사용하는 것이 LOB(Large OBject)컬럼이다. 
게시판 등에서 자주 사용되는 타입이다. 

동기화가 된다면서 왜 LOB컬럼은 사용하지 못하는가?????

매뉴얼 내용을 다시 살펴보자

 LOB(CLOB/BLOB)타입

  CUBRID HA에서 LOB 칼럼 메타 데이터(Locator)는 복제되고, LOB 데이터는 복제되지 않는다. 따라서 LOB 타입 저장소가 로컬에 위치할 경우, 슬레이브 노드 또는 failover 이후 마스터 노드에서 해당 칼럼에 대한 작업을 허용하지 않는다.


CUBRID-HA는 LOB파일이 있는 저장소를 저장하지만, 해당 데이터는 복제 되지 않는다라는 것이다.
좀 더 자세히 살펴보자.

CUBRID에서 DBMS를 생성하면 $CUBRID/databases/databases.txt파일에 log-base-path가 지정된다(생성 시 변경 가능하며 , 기본적으로 볼륨 하단에 lob디렉토리로 지정된다.)
1.PNG


데이터 입력 한 서버(master-node)에는 /home/cubrid/DB/lob에 파일이 존재하지만, 상대방노드(slave-node)에는 해당 파일이 존재하지 않아서 에러가 발생한다는 말이다

아래는 테스트 결과이다.

 아래 그림은 master-node에서 BLOB생성 후 조회한 결과이다.

3.PNG

 


아래 그림은 slave-node에서 조회한 결과이다.

결과를 보면 bstr의 메타데이터(Locator)는 존재하지만, LOB데이터가 존재하지 않아 에러가 발생한 상황이다.

4.PNG



CUBRID-HA라는 좋은 기능을 사용하면서, LOB(CLOB/BLOB)를 사용할 수 있는 방법이 있지 않을까?

LOB의 메타 데이터 저장소를 동기화한다면, CUBRID-HA에서도 LOB를 사용할 수 있지 않을까?



동기화를 수행하기 위한 방법은 여러가지가 존재한다.

  1. Transmit을 통한 FTP Sync

    총평: 동기화와 거리가 멀다.
     

    3.00

    star_12_2.png

    		 
    이런 점이 좋았어요!

    직관적이며 쉽다.

     
    이런 점이 아쉬웠어요!

    속도가 느리며, 전송날짜로 파일이 생성되어 관리하기 어렵다.

     

  2. Subversion
    총평: 프로젝트성 자료 공간으로 활용하기 좋다.
     

    3.00

    star_12_3.png

    		 
    이런 점이 좋았어요!

    문서,파일에 대한 형상 관리가 가능하다.

     
    이런 점이 아쉬웠어요!

    형상관리를 위해 불필요한 저장공간이 필요하다.

     

  3. Rsync
    총평 : 백업이나 n대의 서버로 배포(백업)시 유리
     

    5.00

    star_12_5.png

    		 
    이런 점이 좋았어요!

    빠르고 간편하다. 무료다.

     
    이런 점이 아쉬웠어요!

    단뱡향이다. 

     

  4. unison
    총평 : 양방향 동기화로 적절하다.
     

    9.00

    		 
    이런 점이 좋았어요!

    양방향 sync가 가능하며, 무료이다.

    지원OS : Mac, Linux, Unix, Windows간의 양방향 Sync가 가능하다.

     
    이런 점이 아쉬웠어요!

    Windows 상에서는 파일명에 한글이 있을시 깨진다. 

    (Unix/Mac/Linux간에는 문제 없음)

     



Chapter2. Unison설치

1. homepage : http://unison-binaries.inria.fr/

해당 페이지에 들어가면 compile된 binaryfile이 존재한다.

이 중 64bit용으로 다운로드 받는다.


2. root
root 계정으로 수행한다. 기타계정에서는 에러가 발생한다. 
(타 계정으로 설치 후 수행되는지 추가 테스트가 필요하다.)

3. 다운로드

wget http://unison-binaries.inria.fr/files/2011.01.28-Esup-unison-2.40.61-linux-x86_64-text-static.tar.gz


4. 압축풀기

tar xvfz 2011.01.28-Esup-unison-2.40.61-linux-x86_64-text-static.tar.gz


5. 파일명 변경

압축을 풀면 "unison-2.40.61-linux-x86_64-text-static" 파일이 생성되는데, 너무 길어서 unison이라고 변경한다.


mv unison-2.40.61-linux-x86_64-text-static unsion


6. /bin으로 copy
path에 등록해도 되지만, /bin에 복사하여 사용하였다. 본인이 편한 방법을 사용하면 된다.

cp ./unison /bin



7. 실행

정상적으로 완료 되었다면, 아래와 같이 usage화면이 출력될 것이다.

5.PNG





Chapter3. 테스트..테스트


CUBRID-HA제약사항이 무엇인지... 왜 LOB를 사용하지 못하는지 파악해 보았고, unsion 설치도 완료하였다. 

해당 장에서는 CUBRID-HA환경에서 LOB컬럼을 생성하고, 동기화를 수행하는 테스트를 진행

  1. OS : CentOS 6.5
  2. CUBRID Version : CUBRID 9.3.9.0002
  3. 이중화 구성(CUBRID-HA)
    db1과 db2를 master/slave-node를 기본구성하였다.
    6.png



  4. LOB컬럼을 생성하고 각각의 node에서 조회한다.
    <<Test Data>>
    20.png


    CLOB컬럼을 조회한 결과, 에러가 발생한다.(왼쪽그림은 master-node,오른쪽그림은 slave-node이다.)

    21.PNG


    BLOB컬럼을 조회한 결과, 에러가 발생한다.(왼쪽그림은 master-node,오른쪽그림은 slave-node이다.)
    22.PNG


    위와 같은 결과가 출력되는 이유는 lob데이터가  slave-node에 복제되지 않기 때문이다.
    23.PNG


    그럼 이제 unison을 사용하여 양방향 동기화를 맞추어보자.


  5. unison 동기화를 수행한다.
    명령어 : root> unison /home/cubrid/DB/lob ssh://cubrid@192.168.83.134//home/cubrid/DB/lob
    25.PNG


    unison동기화 후에 LOB데이터가 있는 디렉토리를 조회해 보면, slave-node에도 동일하게 LOB데이터가 존재하는 것을 확인할 수 있다.
    26.PNG


  6. 이제 slave-node에서 LOB데이터가 검색되는지를 확인해보자
    27.PNG


  7. fail-over수행 후에 데이터를 입력하고 동기화가 되는지 확인하자.
    7-1. fail-over를 위해 db1의 서버를 정지한다.
    28.PNG


    7-2. db2(slave-node)에서 데이터를 입력한다.
    29.PNG


    7-3. unison동기화수행 후 db1에서 데이터를 조회한다.
    30.PNG




    7-4. db1에서 데이터를 조회한 경우, 정상적으로 출력된다.

    32.PNG







Chapter4. 자잘한 내용들


1. ssh접속 시, 암호를 없애자


unison명령어는 unison root1 root2 [options]으로 되어 있다. 동기화하고자 하는 서버에 접속이 되어야 하는데 명령어 수행 시, 매번 상대방 계정의 암호를 입력해 주어야 되는 번거로움이 있다.


그래서 암호 없이 수행되도록 설정하자


[Server1 : hostname => db1]

  1. mkdir /root/.ssh
  2. cd /root/.ssh
  3. ssh-keygen -t rsa
  4. cat id_rsa.pub 내용을 복사

[Server2 : hostname => db2]
  1. su - cubrid
  2. mkdir /home/cubrid/.ssh
  3. cd /home/cubrid/.ssh
  4. vi authorized_keys 를 생성하여 server1에서 복사한 id_rsa내용을 복사해 넣는다.
정성적으로 설정되었다면, 아래와 같이 password를 묻지 않는다.

14.PNG




※ ssh설정 때문에 안되는 경우가 있다. 이러한 경우 /etc/ssh/sshd_config에서 rsa옵션을 변경해 보자
========================

RhostsRSAAuthentication yes

RSAAuthentication yes

PasswordAuthentication yes

PermitEmptyPasswords yes

========================
ssh 재구동 : service sshd restart



2. 동기화 시 , 매번 값을 입력해야 하는가?

동기화 명령어는 아래와 같다.

 unison /home/cubrid/DB/lob ssh://cubrid@192.168.83.134//home/cubrid/DB/lob


그런데 위 명령어 수행 시, 파일들을 확인여부를 사용자에게 문의하고, 최종적으로 update할 것이냐고 또 물어본다. 데이터 변경 시 마다 , 파일마다 사용자가 확인하는 것은 너무 피곤하다.

그래서 -batch옵션을 추가하자. 일괄적으로 수행하는 옵션이다.

  unison /home/cubrid/DB/lob ssh://cubrid@192.168.83.134//home/cubrid/DB/lob -batch


상대방 서버에서 가져올 때, cubrid계정이 접근하지 못하는 경우(예:root인 경우) 결과는 NULL로 출력된다. 그러므로 동기화파일의 권한을 조정하자.

-owner -group옵션을 추가하자.

  unison /home/cubrid/DB/lob ssh://cubrid@192.168.83.134//home/cubrid/DB/lob -owner -group -batch


3. crontab등록

최종적으로 동기화를 수행하기 위한 명령어는 아래와 같다.

 unison /home/cubrid/DB/lob ssh://cubrid@192.168.83.134//home/cubrid/DB/lob -owner -group -batch 


동기화를 위해 매번 사용자가 해당 명령어를 수행 시킬 수 는 없으므로, crontab에 등록하여 각 시스템성격에 맞게 수행할 수 있도록 설정해 주어야 한다.


% crontab -e : 편집모드

% crontab -l : 내용 출력

% service crond restart : 서버 재구동


4. 동기화 데이터가 많은 경우

데이터가 많은 경우 unison 옵션 중, -fastcheck를  추가해서 사용하자




CUBRID-HA는 시스템 운용에서 사용하기 좋은 기능이나, LOB 컬럼 또한 많은 서비스에서 사용하고 있다. 

되도록 CUBRID-HA가이드를 따르는게 맞지만, LOB필히 사용해야 하는 서비스라면 unison사용을 검토하여 적용해 보자.


CUBRID-HA제약사항 중, Java Stored Procedure과 메서드 사용 문제가 있다. 각 Node들 끼지 복제가 되지 않기 때문에 제약사항임으로,

unison을 활용한다면, 이 두 가지 까지 극복할 수 있을 것이다.






위로 아래로 댓글로 가기 인쇄 첨부
에디터 선택하기
?

  1. 이노베이션 아카데미와 CUBRID의 산학협력

    이노베이션 아카데미 (42서울) 42SEOUL(42서울)은 아키텍트급 소프트웨어 인재를 양성하는 것을 목적으로 하는 교육 과정이며, 프랑스에서 시작된 에꼴42의 교육 방식 및 인프라를 수입하여 운영하는 형태를 띈다. 에꼴42(Ecole 42)는 프랑스의 대형 통신사 CEO이기도 한 자비에 니엘(Xavier Niel)이라는 억만장자가 프랑스에서 2013년에 설립했다. 설립 당시에도 자기주도 학습 및 동료 평가를 내세운 무료 소프트웨어 교육 기관이라는 점으로 주목받았다. 현재는 브라질, 미국, 일본 등 세계 여러 곳에도 42 캠퍼스가 있다. 2019년에 대한민국 서울에도 42 서울 캠퍼스가 들어왔다. 42의 특징 중 하나로, 자기주도적 학습을 지향하기에 교재나 교수가 따로 없고 모든 것은 스스로 인터넷 또는 각종 도서 등을 통하거나 동료들과의 협업 및 교류를 통해 학습을 하게끔 유도한다. 교육생들 스스로 방법을 찾아 나아가라는 의도이며, 정해진 교재 및 교수가 없기 때문에 필연적으로 많은 삽질과 불분명한 요구사항을 맞닥뜨리게 된다. 심지어 문제를 풀어야 하는데, 뭘 배우고 공부해야 하는지 조차도 제대로 알려주지 않는다. 이는 소프트웨어 현장을 그대로 모방하여 실전 경...
    Date2022.02.22 Category알려요~ By민준 Views294 Votes0
    Read More

  2. Scouter를 통한 CUBRID 모니터링

    Scouter를 통한 CUBRID 모니터링 Scouter 확장을 통해 CUBRID에 항목을 모니터링할 수 있습니다. CUBRID 11.0 버전을 기준으로 개발되었으며, CUBRID 10.2.1 버전부터는 전체 기능을 사용할 수 있습니다. Scouter(Server, Client)는 2.15.0 버전부터 기능 사용이 가능하며, 추후에도 Scouter Github에 참여하여 버그 수정 및 기능이 추가됩니다. 현재(2022-01-10) 2.15.0 버전이 최신 버전이며, Multi Agent 지원 및 버그 수정 내용이 PR 되어 있는 상태입니다. 1. Scouter 란? Scouter는 Open Source APM(Application Performance Management) 이며, 어플리케이션 및 OS 자원등에 대한 모니터링 기능을 제공합니다. Scouter 기본 구성 Scouter 제공 정보 ​- WAS 기본 정보 각 요청의 응답속도 / 프로파일링 정보, 서버 요청 수 / 응답 수, 처리 중인 요청 수, 응답속도의 평균, JVM 메모리 사용량 / GC 시간 , CPU 사용량 - 프로파일링 정보 서버 간 요청의 흐름, 각 SQL 쿼리의 수행 시간 / 통계, API 호출 수행 시간, request header 정보, 메소드 호출 시 수행 시간 대표적인 Agent 목록 - Tomcat Agent (Java Agent) : JVM 과 Tomcat WAS 성능 수집 - Host Agent (OS Agen...
    Date2022.01.10 Category제품 여행 Byhwanyseo Views1791 Votes0
    Read More

  3. [CUBRID] QUERY CACHE에 대해

    QUERY CACHE에 대해 큐브리드 11.0 버전이 출시되면서 QUERY CACHE 힌트를 지원하게 되었습니다. 이 글에서는 QUERY CACHE에 대해 알아보는 시간을 가져보겠습니다. 1. QUERY CACHE란? Query Cache는 SELECT 쿼리문을 이용하여 조회한 값을 저장하고 있다가, 같은 쿼리 문을 요청하였을 때 미리 캐싱된 값을 반환하는 DBMS 기능입니다. 자주 변경되지 않는 테이블이 있고 동일한 쿼리를 많이 받는 환경에서 매우 유용하게 사용될 수 있습니다. QUERY_CACHE 힌트를 사용한 쿼리는 전용 메모리 영역에 캐시되고 그 결과도 별도의 디스크 공간에 캐시됩니다. 쿼리 캐시 특징 1. QUERY_CACHE 힌트는 SELECT 쿼리에만 적용됩니다. 2. 테이블에 변화(INSERT,UPDATE,DELETE)가 일어나게 되면 해당테이블과 관련된 Query Cache내의 정보들은 초기화 됩니다. 3. DB를 내리면 Query Cache는 초기화 됩니다. 4. max_query_cache_entries와 query_cache_size_in_pages 설정 값을 통해 캐시될 크기를 조절할 수 있습니다. (default 값은 모두 0 입니다.) max_query_cache_entries는 최대 캐시할 수 있는 질의 개수에 대한 설정 값으로 1이상으로 설정되면 설정된 수 만큼의 질의가 캐시됩니...
    Date2021.10.29 Category제품 여행 By김민종 Views1601 Votes1
    Read More

  4. [CUBRID inside] HASH SCAN Method

    - HASH SCAN Hash Scan은 hash join을 하기 위한 스캔 방법입니다. view 혹은 계층형 질의에서 Hash Scan이 적용되고 있습니다. view와 같은 부질의가 inner로써 조인될 경우 인덱스 스캔을 사용할 수 없는데, 이 경우 많은 데이터를 반복 조회 하게 되면서 성능 저하가 발생됩니다. 이때 Hash Scan이 사용됩니다. 위 그림은 인덱스가 없는 상황에서의 Nested Loop join과 Hash Scan의 차이를 보여줍니다. NL join의 경우 OUTER의 Row수만큼 INNER의 전체 데이터를 스캔합니다. 이에 반해 Hash Scan은 해시 자료구조 빌드 시 INNER 데이터를 한번 스캔하고, 조회시 OUTER를 한번 스캔합니다. 그렇기 때문에 상대적으로 매우 빠르게 원하는 데이터를 조회할 수 있습니다. 여기서는 Hash Scan의 내부 구조를 프로그램 개발 진행 과정의 흐름으로 작성하였습니다. - IN-MEMORY HASH SCAN CUBRID의 Hash Scan은 데이터양에 따라서 in-memory, hybrid, file hash의 자료 구조를 사용하고 있습니다. 먼저 in-memory 구조부터 살펴보겠습니다. memory의 장점은 random access시 성능 저하가 없다는 점입니다. 하지만 단점은 메모리 크기가 한정되어 있다는 것입니다. 단점 때문에 모든...
    Date2021.10.25 Category제품 여행 By박세훈 Views551 Votes2
    Read More

  5. CUBRID TDE(Transparent Data Encryption)

    CUBRID 11버전에 "TDE(Transparent Data Encryption)"가 추가되었습니다! 2021년 1월 출시된 CUBRID11에 TDE가 생김으로써 보안이 한층 강화되었는데요, TDE란 무엇일까요?! Transparent Data Encryption(이하: TDE) 의 약자로 사용자의 관점에서 투명하게 데이터를 암호화하는 것을 의미합니다. 이를 통해 사용자는 애플리케이션의 변경을 거의 하지 않고 디스크에 저장되는 데이터를 암호화할 수 있습니다. 어떤 해커가 한 조직을 해킹했을 때, 훔쳐가고 싶은 것 1위는 당연히 데이터베이스 내에 있는 중요한 데이터일 것입니다. 또는 회사 내부의 악의적인 의도를 가진 직원이 데이터베이스에 로그인하고 USB와 같은 저장매체에 모든 데이터를 옮겨가는 상황이 있을 수도 있습니다. 이러한 상황들에서 데이터를 보호할 수 있는 가장 쉬운 방법은 데이터베이스를 암호화하는 것인데요, 암호화 기술 중 데이터베이스 파일 자체를 암호화하는 기술인 TDE가 좋은 선택이 되겠죠?! 암호화된 데이터베이스는 키가 없으면 접근할 수 없기 때문에, 이 키 파일을 함께 가지고 있지 않다면 도난당한 파일은 쓸모없는 더미 파일이 될테니까요. TDE 암호화 기능은 대칭키 알고리즘을 사...
    Date2021.05.20 Category제품 여행 By김지원 Views1435 Votes1
    Read More

  6. CUBRID의 개발 문화: CUBRID DBMS는 어떻게 개발되고 있을까?

    시작하며 안녕하세요, 유형규 선임연구원입니다. 이번 포스트에서는 먼저 큐브리드 프로젝트의 개발 프로세스를 소개하고, 프로세스를 개선하기 위한 노력과 개발 문화를 소개하려고 합니다. 큐브리드에 입사한 지 벌써 거의 2년 반이 흘렀습니다. 처음 입사했을 때 하나의 팀이었던 개발 조직도 어느새 대단한 동료 개발자분들이 많이 입사하면서 세 개발팀과 QA팀까지 규모가 제법 커지면서 새로 합류한 신입 동료 개발자분들도 많아졌습니다. 입사 후 첫 메이저 버전 릴리즈를 경험하면서 릴리즈 과정을 돌아보며 동료 개발자들과 큐브리드의 개발 프로세스를 조금 더 개선하게 되었습니다. 오픈소스 데이터베이스 프로젝트, CUBRID의 개발 프로세스 큐브리드는 오픈소스 프로젝트 입니다. 큐브리드는 참여, 개방, 공유의 가치를 지향하며 이를 실현하기 위해 정보의 공유와 프로세스의 투명성은 큐브리드의 개발 프로세스와 문화에 녹아있습니다. 큐브리드에 기여하는 모든 개발자는 오픈소스 프로젝트 개발 프로세스를 기반으로 개발을 진행합니다. 이 의미는 큐브리드 사내의 개발자든 큐브리드에 외부 기여자 (컨트리뷰터) 모두 동일한 과정으로 개발을 진행한다는 것입...
    Date2021.04.29 Category오픈소스 이야기 By유형규 Views1484 Votes1
    Read More

  7. CUBRID를 이용한 스니핑 방지 - 패킷암호화

    보안의 필요성 현대인들은 일상생활에 깊숙이 파고든 PC와 스마트폰으로 웹 서핑을 즐깁니다. 그러다 보니 인터넷상에 전송 중인 데이터를 악의적인 의도로 데이터를 엿볼 수도 있습니다. 즉, 누군가가 전송 중인 데이터를 엿볼 수 있는 것을 스니핑(sniffing)이라고 합니다. 대표적으로 계정의 id, pw를 가로채 타인의 개인 정보를 이용하여 물리적인 손해 입히는 사례가 있습니다. 이에 대해 CUBRID는 사용자 데이터를 보호하기 위해서 패킷 암호화를 제공합니다. 패킷 암호화를 적용하면 전송할 데이터에 대해 패킷이 암호화되어 전송됨으로써 누군가 스니핑(sniffing) 하더라도 데이터를 해석할 수 없게 구현할 수 있습니다. CUBRID 패킷암호화 CUBRID는 클라이언트와 서버 간에 전송되는 데이터를 암호화하기 위해 SSL/TLS 프로토콜을 사용합니다. SSL은 대칭형(symmetric)키를 이용하여 송수신 데이터를 암호화합니다. (클라이언트와 서버가 같은 세션키를 공유하여 암복호함). 클라이언트가 서버에 연결할 때마다 새롭게 생성되는 세션키 생성에 필요한 정보를 암호화한 형태로 교환하기 위해서 비 대칭 (asymmetric) 암호화 알고리즘을 사용하며, 이를 위해서 서버의 ...
    Date2021.04.28 Category제품 여행 By황영진 Views2446 Votes1
    Read More

  8. ANTLR, StringTemplate를 사용해서 PL/SQL을 CUBRID Java SP로 변환하기

    ANTLR, StringTemplate를 사용해서 PL/SQL을 CUBRID Java SP로 변환하기 CUBRID DBMS(이하 'CUBRID')는 PL/SQL을 지원하지 않습니다. PL/SQL 문법으로 함수나 서브 프로그램을 만들어서 해왔던 작업들을 CUBRID에서 하려면 Java Stored Function/Procedure(이하 'Java SP')으로 변환해야 합니다. 데이터베이스 개발자나 관리자, 엔지니어는 PL/SQL 문법에는 친숙하지만 프로그래밍 언어에는 친숙하지 않은 경우가 대부분입니다. 또한 어플리케이션 개발은 사용하는 DBMS에 따라 달라지는 부분이 거의 없지만 PL/SQL을 Java SP로 변환하는 것은 새로운 시스템을 개발하는 느낌을 받아서 어려움을 느끼는 것 같습니다. 그래서 PL/SQL 을 Java SP 쉽게 변환하는 방법에 대해서 찾아보던 중 ANTLR에 대해서 알게 되었습니다. ANTLR는 파서를 만드는 도구입니다. 전세계에 있는 컨트리뷰터들로부터 도움을 받아서 다양한 프로그래밍 언어들의 파싱할 수 있도록 문법 파일들을 지원하고 있습니다. 공식 홈페이지에서는 ANTLR에 대해서 아래와 같이 소개하고 있습니다. "ANTLR (ANother Tool for Language Recognition)은 구조화 된 텍스트 또는 이진 파일을 읽고, 처...
    Date2020.12.31 Category오픈소스 이야기 By주영진 Views2874 Votes2
    Read More

  9. [CUBRID inside] Query Process란?

    CUBRID는 open source DBMS입니다. 소스 코드가 공개되어 있어 언제든지 확인하고 기여할 수 있습니다. 많은 사람이 CUBRID의 contributor가 되길 바라봅니다. Query Process란? Query Process는 DBMS의 입력값인 SQL을 낮은 수준의 명령으로 변환하고 그것을 실행하는 전체 작업을 말합니다. SQL에서 가장 먼저 진행되어야 하는 것은 TEXT로 작성된 SQL을 parse tree 구조로 만드는 것입니다. 이 작업은 PARSER에서 진행되는데, CUBRID는 PT_NODE 구조체를 반복적으로 사용하여 SQL을 parse tree로 변환합니다. 이 단계에서 syntax check가 진행되고 오타나 잘못된 예약어 등을 체크합니다. 그리고 SEMANTIC CHECK를 진행하는데, 여기서 작성된 테이블명이나 칼럼명 등이 존재하는 것인지 체크합니다. 다음으로 OPTIMIZER가 parse tree를 최적화하고 PLAN을 생성합니다. parse tree를 최적화하는 것을 QUERY REWRITE 혹은 TRANSFORMATION이라고 합니다. 좋은 성능을 위해 SQL을 다시 작성한다고 생각하면 됩니다. 동일한 데이터를 조회하는 SQL은 다양한 형태로 작성될 수 있습니다. 그렇기 때문에 가장 효과적인 방안으로 변환을 하는 것입니다. 여러 재작성 방법이 있는데 ...
    Date2020.12.24 Category제품 여행 By박세훈 Views1155 Votes1
    Read More

  10. 파일이 정상인가 ?

    기술 지원 시 파일 변조 또는 손상 되어 골치 아픈 경우가 간혹 발생 합니다. - 고객사 지원을 위해 파일을 반입하는 경우 CD 손상으로 인한 파일 손상 - 보안 프로그램(DRM,EFS)에 의한 파일 변조 - 네트워크를 통한 파일 전송 시 파일 손상 파일 변조 또는 손상이 발생하면, 파일 크기가 크게 변하지 않으며 정합성 여부를 명확하게 확인 할 수 없습니다. 이로 인해 기술 지원 시 뭐가 문제인지 당황스러울 때가 있는데요. 이와 같은 상황에서 불필요한 시간 발생을 최소화 할 수 있는 방법에 대해 기술 하였습니다. 무결성 검사 파일이 변조 되어 있지 않다는 검사를 하기 위해 여러가지 방법들이 있습니다만, 가장 효율적이고 쉬운 방법을 소개하겠습니다. md5 (MD5 128비트 해쉬 암호화 함수)툴은 Windows, Linux, OS X 등 많은 시스템에서 기본적으로 설치 되어 있습니다. 참고 자료 MD5-위키백과 : https://ko.wikipedia.org/wiki/MD5 암호화 해쉬 함수-위키백과 : https://ko.wikipedia.org/wiki/%EC%95%94%ED%98%B8%ED%99%94_%ED%95%B4%EC%8B%9C_%ED%95%A8%EC%88%98 사용 방법 Windows * 실행 > cmd certutil -hashfile <filename> <hash functuin> * ex cmd> certut...
    Date2020.08.29 Category제품 여행 By윤준수 Views2428 Votes1
    Read More
Board Pagination Prev 1 2 3 4 5 6 7 8 9 10 ... 16 Next
/ 16

Contact Cubrid

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

Site Map