Background Image
제품 여행
2022.08.05 10:19

[CUBRID INSIDE] External Sort

조회 수 289 추천 수 3 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

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

External Sort

DBMS는 다양한 상황에서 데이터를 정렬합니다. 사용자 요청으로 ORDER BY 절을 통해 정렬하기도 하고, UNION 절이나 DISTINCT 키워드가 사용되었을 때 중복데이터를 제거하기 위해 데이터를 정렬합니다. 그리고 sort merge join과 인덱스 생성시에도 데이터를 정렬합니다. 이렇듯 DBMS에서 정렬은 여러 상황에서 많이 사용되고 있습니다. CUBRID는 어떻게 데이터를 정렬하고 있을까요? external_sort.c 파일을 분석한 내용을 공유합니다.

 

 

Merge Sort
external sort의 기본이 되는 merge sort부터 살펴보겠습니다. merge sort는 데이터를 분할하고 합병을 반복하면서 정렬하는 알고리즘입니다.

 

merge sort.jpg

정렬이 필요한 데이터를 분할하는데 분할된 조각을 run이라고 합니다. 분할이 완료되면 두 개의 run을 합병합니다. 위 그림은 분할 이후 합병하는 과정을 나타낸 것입니다.  합병을 진행하면 정렬된 새로운 run이 생성됩니다. 합병을 계속 진행하여 한 개의 run이 남을 때까지 반복하면 데이터 정렬이 완료됩니다.  그렇다면 두 run의 합병은 어떻게 진행이 될까요? depth 2의 두 run이 합병되는 과정을 살펴보겠습니다.

merge sort2.gif

위 그림처럼 정렬이 진행됩니다. 두 run이 정렬되어 있기 때문에 왼쪽의 두 데이터를 비교하여 가장 작은 데이터를 선택할 수 있습니다. 이러한 비교를 마지막 데이터까지 진행하면 정렬이 완료됩니다. 최대 데이터 비교회수가 두 run의 데이터 수의 합를 넘지 않는 알고리즘입니다. 정렬이 되어 있는 상황에서는 가장 좋은 합병 방안입니다. 하지만 데이터 수가 서로 비슷하지 않고 한쪽이 매우 적다면 이야기는 달라집니다. 이때는 이분검색을 통한 삽입정렬이 유리할 수 있습니다. 좋은 성능을 내기 위해서 비슷한 크기의 run이 합병되도록 하는 것이 중요합니다.

 

K-way Merge Sort

위에서 살펴본 일반 merge sort가 2-way merge sort입니다. k-way merge sort는 k개의 run을 동시에 합병을 진행하는 알고리즘입니다. 아래는 4-way merge sort의 예시입니다.

4-way merge sort.jpg

k-way merge sort에서 k의 개수를 늘릴수록 유리할까요? k가 늘어날수록 여러 개의 run을 한 번에 합병하기 때문에 tree의 depth는 낮아집니다. 위 그림을 비교하면 4-way가 2-way보다 depth가 낮은 것을 확인할 수 있습니다. k에 따른 depth를 수식으로 표현해보겠습니다. 현재 depth를 x라 할 때 run의 길이는 kx입니다. 최종 depth일 때 run이 하나이므로 전체 데이터수(N)를 아래와 같이 정의할 수 있습니다. 

depth.jpg

k가 커지면 depth가 줄어들긴 하는데 일정 지점부터는 아주 천천히 줄어들 것입니다. depth가 줄었다는 것은 합병 횟수가 줄었음을 의미합니다. 이렇게 보면 k 값을 크게 하는 것이 유리해 보입니다. 하지만 한 가지 더 생각해야 하는 부분이 있습니다. 그것은 최저값을 구하기 위해 추가되는 비교 횟수입니다. 우선 2-way merge sort의 전체 데이터 비교 횟수를 생각해 보겠습니다. 한 depth에서 데이터 비교 회수의 평균을 @ * N이라고 @를 가정하겠습니다. 데이터 비교회수가 각 run의 합 그러니까 전체 데이터 수를 넘지 않으므로 @는 1과 0 사이의 소수일 것입니다. 그렇다면 전체 데이터 비교회수는 아래와 같은 수식으로 표현할 수 있습니다.

O(N).jpg

k-way merge sort는 데이터 최저값을 구할 때 2-way merge sort보다 (k-1)번 더 비교해야 최저값을 구할 수 있습니다. 그렇다면 (k-1) * @ * N * logkN 이 전체 데이터 비교 횟수입니다. 여기서 우리가 궁금한 것은 N이 고정되었을 때 k에 따른 데이터 비교 횟수의 변화입니다. N과 @는 상수이므로 제거하고 수식을 좀 더 단순화하면 k * logkT (T=상수)가 됩니다.

klogkN.jpg

위 그래프에서 확인할 수 있듯이 k-way merge sort에서 k는 적절한 특정 값에서 가장 효율적일 것입니다. 한 가지 더 생각해볼 것은 합병 시 데이터 비교를 얼마나 효과적으로 하느냐에 따라서 그래프가 달라질 수 있다는 점입니다. 데이터 비교회수를 k의 반으로 줄이면 그래프의 기울기가 완만해질 것입니다. 데이터 비교회수를 log2k까지 줄일 수 있다면 k값과 관계없이 동일한 비교회수를 얻을 수 있을 것입니다. 실제로 구현 시에는 임시 파일에 대한 리소스 관리 등 k를 늘렸을 때 부수적으로 관리되어야 하는 항목들이 추가로 실행속도에 영향을 줄 것입니다. CUBRID는 정렬할 데이터양에 따라서 한 번에 합병할 run을 2개에서 4개(SORT_MAX_HALF_FILES)까지로 제한하고 있습니다.   

 

External Sort

DBMS는 정렬할 데이터의 크기가 메모리를 넘을 수 있다는 것을 고려해야 합니다. external sort가 그 문제를 해결하는 알고리즘입니다. 가용 메모리 안에서 데이터를 정렬하고 그 결과를 임시파일에 저장합니다. 그 조각이 한 개의 run이 되고 모든 데이터가 저장될 때까지 반복합니다. 그리고 저장된 run을 모두 합병하면 정렬이 완료됩니다. 가용 메모리 안에서 정렬을 진행하는 internal phase와 파일에 저장된 run을 합병하는 external phase로 구분됩니다.

 

Internal phase (sort_inphase_sort())

설정된 메모리 크기만큼 데이터를 분할하여 정렬을 진행하는 단계입니다. sort_buffer_size 시스템 파라미터에서 정렬 메모리크기를 설정할 수 있습니다. 설정값의 메모리는 세션별로 할당되며 기본값은 2M입니다. run의 정렬이 완료 되면 결과를 임시 파일에 저장합니다.

 

inphase sort.gif

internal phase에서는 메모리 안에서 정렬을 2-way merge sort로 진행합니다. 첫번째로 데이터를 메모리에 적재하는데 합병을 위한 공간을 데이터크기만큼 확보합니다. 메모리 적재가 완료되면 저장된 데이터의 정렬을 진행합니다(sort_run_sort). 먼저 데이터를 run으로 분할합니다(sort_run_find). 여기서 한가지 성능 향상을 위한 가정이 있습니다. 실제 데이터는 어느정도 정렬되어 있을 가능성이 높다는 점입니다. run을 지정할 때 다음 데이터와 비교하여 정렬되어있다면 같은 run으로 지정합니다. 역순으로 정렬되어 있으면 run 지정 후 순서를 뒤집어 저장합니다(sort_run_flip). 동일한 depth의 run이 두개가 되었을 때 합병을 진행합니다(sort_run_merge). 같은 depth의 run만 합병을 진행하는 이유는 비슷한 크기의 run을 합병하는 것이 효율적이기 때문입니다. 또한 run의 첫 데이터를 비교할 때는 마지막 데이터도 같이 비교하는데, 비슷한 데이터가 모여있다고 가정하고 데이터 비교를 줄이려는 방안입니다. 합병이 완료되어 한 개의 run만 남으면 정렬이 완료됩니다. 정렬된 결과는 메모리에서 임시파일로 옮겨 저장합니다(sort_run_flush). 임시파일에 저장된 여러개의 run의 정보는 file_contents 구조체에 저장되어 관리됩니다. 모든 input 데이터가 소진될때까지 반복하면, 여러개의 run이 저장된 2~4개의 임시파일이 결과로 남습니다. 이제 최종 정렬까지 임시파일의 합병만이 남았습니다.

 

External pahse (sort_exphase_merge())

임시파일에 저장된 여러 개의 run을 합병합니다. 합병을 위한 동일한 크기의 임시파일 저장공간이 추가로 있어야 합니다.

 

exphase sort.gif

internal phase의 결과인 2~4개의 임시파일이 external phase의 입력값이 됩니다. 먼저 합병하기 위해 메모리 공간을 분할하는데 절반은 합병을 위한 공간에 할당하고 나머지 공간은 임시파일 개수만큼 분할하여 할당합니다. 그 다음 임시파일에서 데이터를 메모리로 읽어옵니다(sort_read_area). 이때 임시파일에 저장된 page 구조 그대로 메모리에 저장합니다. 임시파일의 page가 각각의 메모리 공간에 적재되면 레코드를 한 개씩 가져와 정렬합니다. 가장 작은 레코드를 합병 공간으로 이동시키고 새로운 레코드를 추가합니다. 데이터 비교 횟수를 줄이기 위해 레코드 비교시 linked list 구조로 정렬을 유지합니다. 또한 page를 처음 읽을 때 page의 마지막 레코드와 비교하여 page의 전체 레코드가 작은지 확인합니다. 만약 그렇다면 해당 page의 전체 레코드를 비교없이 합병공간에 담을 수 있습니다. 합병 공간이 가득 차면 출력 임시파일에 데이터를 저장합니다(sort_write_area). 위의 작업을 계속 반복하면 결국 입력 임시파일의 run은 모두 소진될 것입니다. 이제 input 임시파일과 output 임시파일을 서로 교체합니다. in_half와 out_half 변수를 교체하여 그 작업을 진행합니다. 위의 작업을 계속 반복하여 한 개의 run이 남게 되면 모든 정렬 과정은 마무리됩니다.

 

Sort parallelism

CUBRID는 정렬 병렬처리를 지원하지 않습니다. 그런데 소스코드에는 반영하려 했던 흔적이 남아있습니다. 지금은 비활성화 되어 있지만 internal sort에서 해당 로직을 확인할 수 있습니다. 데이터를 분할해서 새로운 worker thread에 할당하여 병렬처리를 하고 있는데, 그 숫자를 제한하지 않고 있습니다. 아마도 일반적인 질의를 위한 것이 아니라 데이터 이관 시 인덱스 생성에 사용하기 위해 추가된 로직으로 보입니다. external phase는 고려되지 않아 반쪽짜리 로직입니다만, worker thread를 사용하여 병렬처리하고 mutex로 thread간의 완료를 확인하는 점은 이후에 병렬 처리 개발 시에 활용할 수 있는 부분으로 보입니다.

 

정렬에 대하여

DBMS에서 정렬은 인덱스 생성, 데이터 중복 제거, 사용자의 요청 등 다양한 상황에서 진행됩니다. 그러므로 DBMS의 성능과 밀접한 관련이 있습니다. 필자는 올해 진행 중인 OPTIMIZER 개선 과제가 완료되면 질의 병렬처리를 진행할 예정입니다. 아마도 병렬 질의의 여러 기능 중 정렬이 가장 먼저 진행될 것 같습니다. k-way merge 알고리즘이 병렬처리에 용이해 보이기 때문입니다. 그리고 개선이 가능한 사항도 보입니다. internal phase에서 최초 run의 길이가 가변적이기 때문에 비슷한 크기의 run을 합병하기 위한 추가 로직이 있다면 더 효율적으로 동작할 것으로 생각됩니다.

 정렬을 분석한 이유는 통계정보에 중복이 제거된 데이터 수(Number of Distinct Values)가 필요했기 때문입니다. 분석을 하다보니 필요이상으로 진행이 된것 같습니다. 아무튼 원하는 결과는 달성되었고, 좀 더 분석된 내용은 이후 과제 수행 시 도움이 될 것입니다. 다음에는 현재 진행 중인 OPTIMIZER 개선과 관련된 내용을 적어보도록 하겠습니다.


  1. CUBRID Flashback

    Introduction 큐브리드 11.2 버전이 릴리즈되면서 Flashback 기능도 함께 소개되었습니다. 아래에서는 큐브리드에서 제공하는 Flashback 에 대한 기능을 이해하기 위한 Background와 흐름, 그리고 사용방법에 대해 소개해드리겠습니다. Background Supplemental logging 사용자가 트랜잭션을 수행하면 트랜잭션 로그가 기록됩니다. 트랜잭션 로그에는 사용자가 변경하기 전의 데이터 (UNDO)와 사용자가 변경한 후의 데이터 (REDO)가 저장됩니다. Flashback에서는 별도의 전용 데이터 공간을 만들기 보다는 이미 로그 볼륨에 저장된 트랜잭션 로그를 사용합니다. 트랜잭션 로그의 UNDO와 REDO를 이용해 사용자가 수행한 SQL구문을 추측합니다. 하지만 트랜잭션 로그에는 데이터베이스의 물리적인 변경에 대한 데이터만을 가지고 있기 때문에, 논리적인 단위 (SQL 구문)으로 반환해야하는 Flashback을 위해서는 추가적인 데이터가 필요합니다. 추가적인 데이터에는 트랜잭션을 수행한 사용자 정보 등이 있으며, 해당 정보는 Supplemental log를 통해 저장됩니다. 따라서, Flashback을 수행하기 위해서는 ‘supplemental_log’ 시스템 파라미터를 1 또는 2로 설정해줘야...
    Date2022.10.25 Category제품 여행 By김주호 Views89 Votes0
    Read More
  2. No Image

    CUBRID to MySQL DBLink

    CUBRID DBLink 란 데이터베이스에서 정보를 조회하다 보면 종종 외부 데이터베이스의 정보 조회가 필요한 경우가 있습니다. 이렇게 외부 데이터베이스의 정보를 조회하기 위해서 CUBRID DBLink를 이용하면 CUBRID, Oracle, MySQL의 데이터베이스의 정보를 조회할 수 있도록 기능을 제공하며, 타 데이터베이스의 정보를 마치 하나의 데이터베이스에서 조회하는 것과 같은 효과를 발휘합니다. 이 글에서는 CUBRID DBLink와 MySQL의 데이터베이스의 정보를 조회하는 방법을 가이드합니다. 적용 환경 OS 버전 : CentOS Linux 7 CUBRID 버전 : CUBRID 11.2.1 MySQL 버전 : MySQL 8.0 MySQL 서버 설정 설치되어 있는 MySQL 서버에서 해야하는 설정입니다. 1. MySQL SSL 설정 SQL 8.0 이상부터 ssl이 기본으로 설정되어 있어 설정을 끄고 실행합니다. 변경 후에는 MySQL을 재시작 해야합니다. 파일 위치: /etc/my.cnf ssl=0 ssl이 잘 적용이 되었는지 확인합니다. [root@localhost ~]# show variables like '%ssl%'; +----------+| Variable_name| Value |+-------------------------------------+----------+ | have_openssl | DISABLED | | have_ssl | DISABLED | 2. MySQL ...
    Date2022.10.25 Category제품 여행 Bysmnam Views65 Votes0
    Read More
  3. No Image

    CUBRID to Oracle DBLink

    CUBRID DBLink란 데이터베이스에서 정보를 조회하다 보면 종종 외부 데이터베이스의 정보 조회가 필요한 경우가 있습니다.이렇게 외부 데이터베이스의 정보를 조회하기 위해서 CUBRID DBLink를 이용하면 CUBRID, Oracle, MySQL의 데이터베이스의 정보를 조회할 수 있도록 기능을 제공하며, 타 데이터베이스의 정보를 마치 하나의 데이터베이스에서 조회하는 것과 같은 효과를 발휘합니다. 이 글에서는 CUBRID DBLink와 Oracle의 데이터베이스의 정보를 조회하는 방법을 가이드합니다. 적용 환경 OS 버전 : Centos7 Linux 7 CUBRID 버전 : CUBRID 11.2.1 Oracle 버전 : Oracle21.3.0.0.0 CUBRID DBLink 설정 다음은 CUBRID에서 Oracle DBLink를 위한 설정 방법입니다. 설정에 필요한 부분들은 다음과 같이 설정하였습니다. Oracle Server IP : 192.168.64.152 Oracle Server Port : 1521 Oracle SID : orcl Oracle 계정 : c##test Oracle 계정 암호 : test CUBRID Server IP : 192.168.64.153 CUBRID DB명 : demodb * Oracle 테이블 정보 create table code( s_name char(1), f_name varchar(6) ); 1. Oracle 설정 1-1) Oracle Client, ODBC Driver 설치 Oracle Instant Clien, ...
    Date2022.10.25 Category제품 여행 By우수빈 Views81 Votes0
    Read More
  4. 공공부문 DBMS 정보자원 현황

    행정안전부/한국지능정보사회진흥원(NIA)에서는 매년 '범정부EA기반 공공부문 정보자원 현황 통계보고서'를 발간합니다. 2022년도 통계보고서는 금년 7월 초에 공개가 되었으며, 최근에 전자신문에서 통계보고서를 기반으로 한 스페셜리포트 기사(공공SW 외산 쏠림 해법은?)를 게재하였습니다. 전자신문 기사에서 공공SW 외산 쏠림 해법으로 2가지를 제시했습니다. 오픈소스 소프트웨어를 활용하여 외산 종속을 탈피하거나 공공부문 SaaS 국산화를 추진하자는 것입니다. 사실 국내 SW 산업은 정보보호, 관제 등 일부 분야를 제외하고 OS, DBMS, WEB/WAS, 백업 등 대부분의 영역에서 외산 편중이 높은 상황입니다. 이제부터 DBMS에 한정해서 조금 더 살펴보겠습니다. 아래 데이터는 2021년 기준이며, Oracle이 63.6%로 여전히 1위 자리를 지키고 있으며, 이어서 Microsoft (SQL Server), 큐브리드, 티맥스데이터(Tibero)가 순위를 차지하고 있습니다. [출처 : 2022년도 범정부EA기반 공공부문 정보자원 현황 통계보고서, 55쪽] 비록 Oracle와 Microsoft의 수량 점유율이 약 80%로 쏠림 현상이 강하게 나타나고 있으나, 큐브리드와 티맥스데이터의 수량을 합치면 15%가 ...
    Date2022.10.21 Category시장 살펴보기 By정병주 Views130 Votes0
    Read More
  5. [CUBRID INSIDE] External Sort

    External Sort DBMS는 다양한 상황에서 데이터를 정렬합니다. 사용자 요청으로 ORDER BY 절을 통해 정렬하기도 하고, UNION 절이나 DISTINCT 키워드가 사용되었을 때 중복데이터를 제거하기 위해 데이터를 정렬합니다. 그리고 sort merge join과 인덱스 생성시에도 데이터를 정렬합니다. 이렇듯 DBMS에서 정렬은 여러 상황에서 많이 사용되고 있습니다. CUBRID는 어떻게 데이터를 정렬하고 있을까요? external_sort.c 파일을 분석한 내용을 공유합니다. Merge Sort external sort의 기본이 되는 merge sort부터 살펴보겠습니다. merge sort는 데이터를 분할하고 합병을 반복하면서 정렬하는 알고리즘입니다. 정렬이 필요한 데이터를 분할하는데 분할된 조각을 run이라고 합니다. 분할이 완료되면 두 개의 run을 합병합니다. 위 그림은 분할 이후 합병하는 과정을 나타낸 것입니다. 합병을 진행하면 정렬된 새로운 run이 생성됩니다. 합병을 계속 진행하여 한 개의 run이 남을 때까지 반복하면 데이터 정렬이 완료됩니다. 그렇다면 두 run의 합병은 어떻게 진행이 될까요? depth 2의 두 run이 합병되는 과정을 살펴보겠습니다. 위 그림처럼 정렬이 진행됩니다. 두 run이 정렬되...
    Date2022.08.05 Category제품 여행 By박세훈 Views289 Votes3
    Read More
  6. CUBRID DBLink

    CUBRID DBLink 란 데이터베이스에서 정보를 주고받다 보면 종종 다른 타 데이터베이스의 정보 조회가 필요한 경우가 있다. 이렇게 타 데이터베이스의 정보를 조회할 수 있는 방법이 필요 하게 되었으며, CUBRID DBLink를 이용하면 타 데이터베이스의 정보를 사용할 수 있다. CUBRID DBLink는 CUBRID, Oracle, MySQL의 데이터베이스의 정보를 조회할 수 있도록 기능을 제공하며, 타 데이터베이스의 정보를 마치 하나의 데이터베이스에서 조회하는 것과 같은 효과를 발휘한다. 단 타 데이터베이스를 여러 게 설정이 가능 하나, 정보를 조회할 때는 한개의 타 데이터베이스의 정보만 조회가 가능하다. 1. CUBRID DBLink 구성도 CUBRID DBLink는 동일기종 간에 DBLink 와 이기종 간의 DBLink를 지원한다. - 동일기종 간의 DBLink 구성도 동일기종의 타 데이터베이스의 정보를 조회하기 위한 구성도를 보면 Database Server에서 CCI를 이용하여 동일기종의 Brokers에 접속하여 타 데이터베이스의 정보를 조회할 수 있다. - 이기종 간의 DBLink 구성도 이기종의 타 데이터베이스의 정보를 조회하기 위한 구성도를 보면 GATEWAY를 통해서 이기종 타 데이터베이스의 정보를 조회할 수 ...
    Date2022.06.07 Category제품 여행 Byairnet Views496 Votes0
    Read More
  7. DBeaver Database Tool 큐브리드 사용하기 2

    1. 들어가며 https://www.cubrid.com/index.php?mid=blog&page=2&document_srl=3827667 본문을 읽기 전에 위 링크의 글을 읽어보시는 것을 추천 드립니다. 2. CUBRID 사용 시 유의 사항 현재 DBeaver에서 CUBRID를 완벽하게 지원하고 있지 않기 때문에 사용할 수 없거나 누락된 기능이 존재합니다. 몇 가지 예시는 다음과 같습니다. Trigger, Sequence 정보 확인 불가 FK의 ON DELETE / ON UPDATE 옵션 수정 불가 column 생성 기능 사용시, Data Type, auto_increment, collation등 몇가지 기능 누락 및 사용 불가 뷰 테이블 생성, 수정 불가 JavaSP 확인 불가 Query Execute Plan 확인 불가 따라서 위에 기록된 기능을 사용해야 할 경우 Query를 직접 작성하여 사용하는 것이 권장됩니다. 2. DBeaver 설치 방법 위 글에서는 DBeaver를 installer를 통해 설치하는 것을 설명하고 있습니다. DBeaver는 Eclipse RCP 프로그램이기 때문에 installer를 사용하지 않고 설치할 수 있는 방법이 두가지가 더 있습니다. - zip을 활용한 portable 버전 설치 - Eclipse 내부의 plugin 방식을 통한 설치 * zip을 활용한 portable 버전 설치 이 글에서는 윈도우 기준으로 설명하고 ...
    Date2022.05.02 Category제품 여행 By정강부 Views919 Votes0
    Read More
  8. [CUBRID INSIDE] 부질의와 QUERY REWRITER (view merging, subquery unnest)

    - 부질의란? 질의가 질의안에서 다시 작성되는 것을 부질의라고 합니다. 이러한 부질의 덕분에 우리는 더 쉽게 하나의 질의로 원하는 데이터를 추출할 수 있습니다. 예를 들면 작년 평균 연봉보다 높은 직원을 추출해야 한다면 아래와 같이 부질의를 사용할 수 있습니다. 평균연봉을 구해서 다시 질의를 하지 않고 위와 같이 하나의 질의로 작성이 가능합니다. 너무 당연한 질의의 사용 방법이지만 사용이 불가했다면 많이 불편했겠죠. 이러한 부질의는 특별한 성질을 가지는 데 어느 부분에 작성되느냐에 따라서 가지는 성질이 달라집니다. - scalar subquery : SELECT 절의 부질의. 한 개의 데이터만 조회 가능. - inline view : FROM 절의 부질의. 여러 개의 데이터 조회 가능. - subquery : WHERE 절의 부질의. 연산자에 따라 scalar subquery 혹은 inline view의 성질. 부질의 사용은 질의를 더 다양하게 작성할 수 있도록 하지만 반대로 질의 성능에 악영향을 줄 수 있습니다. - 부질의 실행 순서와 성능 저하 원인 부질의는 주질의보다 항상 먼저 수행되어 임시 결과를 저장해놓습니다. 그리고 주질의가 수행되면서 부질의의 임시 저장된 데이터를 조회하여 원하는 결과...
    Date2022.04.22 Category제품 여행 By박세훈 Views282 Votes1
    Read More
  9. CUBRID Internal: 큐브리드 데이터의 디스크 저장 (Double Write Buffer)

    들어가며 데이터베이스의 데이터는 디스크로부터 메모리에 할당되어서 읽힌 다음 수정을 하기도 하고, 새로이 생성되어 메모리에 할당되는 데이터가 있다. 이러한 데이터는 결과적으로는 디스크에 저장되어야 영구적으로 저장됨을 보장할 수 있다. 이 글에서는 큐브리드에서 데이터를 디스크에 저장하는 방법 중 하나를 소개하여서 큐브리드 제품에 대한 이해를 돕고자 한다. 현재 글을 쓰는 시점의 버전은 11.2이다. Double Write Buffer Double Write Buffer의 정의, 목적, 매커니즘을 거쳐 모듈에 대해 전반적인 설명을 하고자 한다. Double Write Buffer 란? 큐브리드는 기본적으로 Double Write Buffer를 통해서 디스크에 데이터를 저장한다. Double Write Buffer는 메모리와 디스크 양쪽에 구성되어 있는 버퍼영역이다. 기본적으로 2M의 크기로 설정되어 있으며, cubrid.conf 파일 내에서 그 크기를 32M까지 조절 할 수 있다. Note 큐브리드에서는 Double Write Buffer를 사용해서 DB페이지를 디스크에 저장하는 방법과 DB 페이지를 바로 디스크에 저장하는 방법이 있다. 이번 글에서는 Double Write Buffer를 사용해서 저장하는 방법만 언급하도록 하겠다. Double Write...
    Date2022.02.23 Category제품 여행 By김명규 Views184 Votes0
    Read More
  10. 이노베이션 아카데미와 CUBRID의 산학협력

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

Contact Cubrid

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