Background Image
제품 여행
2022.10.25 15:40

CUBRID Flashback

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

단축키

Prev이전 문서

Next다음 문서

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

Introduction

  큐브리드 11.2 버전이 릴리즈되면서 Flashback 기능도 함께 소개되었습니다. 아래에서는 큐브리드에서 제공하는 Flashback 에 대한 기능을 이해하기 위한 Background와 흐름, 그리고 사용방법에 대해 소개해드리겠습니다.


Background

Supplemental logging

  사용자가 트랜잭션을 수행하면 트랜잭션 로그가 기록됩니다. 트랜잭션 로그에는 사용자가 변경하기 전의 데이터 (UNDO)와 사용자가 변경한 후의 데이터 (REDO)가 저장됩니다. Flashback에서는 별도의 전용 데이터 공간을 만들기 보다는 이미 로그 볼륨에 저장된 트랜잭션 로그를 사용합니다. 트랜잭션 로그의 UNDO와 REDO를 이용해 사용자가 수행한 SQL구문을 추측합니다. 하지만 트랜잭션 로그에는 데이터베이스의 물리적인 변경에 대한 데이터만을 가지고 있기 때문에, 논리적인 단위 (SQL 구문)으로 반환해야하는 Flashback을 위해서는 추가적인 데이터가 필요합니다. 추가적인 데이터에는 트랜잭션을 수행한 사용자 정보 등이 있으며, 해당 정보는 Supplemental log를 통해 저장됩니다. 따라서, Flashback을 수행하기 위해서는 ‘supplemental_log’ 시스템 파라미터를 1 또는 2로 설정해줘야 합니다.

supplemental_log.png

 

 


CUBRID Flashback

Overview

flashback_flow.png

 

  사용자가 실수로 테이블내의 모든 데이터를 삭제하고 commit을 했다고 가정해봅시다. 사용자는 우선 백업된 데이터가 있는지 찾아볼 것이고, 없다면 기억을 더듬어서 하나씩 데이터를 삽입할 것입니다. 이런 경우를 대비해서 큐브리드는 Flashback 기능을 제공하게 되었습니다. Flashback 기능은 아래 5단계를 거쳐 제공되며, 각 단계에 대한 설명은 다음과 같습니다.

 

1. 요청

  - 특정 테이블(user.tbl)에 대하여 flashback을 요청합니다.

2. 정보 생성

  - CUB_SERVER는 요청받은 테이블에 가해진 변경사항을 알기 위해 트랜잭션 로그들을 순회합니다.

  - 트랜잭션 로그를 순회하며, 테이블에 수행된 트랜잭션들을 찾고 각 트랜잭션 내에서 몇개의 행이 삽입/갱신/삭제 되었는지 정보를 수집합니다.

3. 요약 정보 반환

  - 테이블에 수행된 트랜잭션 요약 정보를 사용자에게 보여줍니다.

  - 요약 정보에는 트랜잭션을 수행한 사용자, 트랜잭션 시작 시간, 트랜잭션 종료 시간, 트랜잭션 내에서 삽입/갱신/삭제 된 행의 수 등이 표시됩니다.

4. 트랜잭션 식별자 전달

   - 사용자는 요약 정보를 보고 되돌리고 싶은 트랜잭션을 선택하여 CUB_SERVER에 전달합니다.

5. SQL 구문 반환

  - CUB_SERVER에서는 트랜잭션 로그와 supplemental log를 이용해, 선택된 트랜잭션을 되돌릴 수 있도록 SQL구문을 작성합니다.

  - 작성된 SQL 구문을 사용자에게 시간 역순으로 반환합니다.

  - 역순으로 반환된 SQL구문을 수행하면, 해당 트랜잭션을 수행하기 이전으로 데이터를 되돌릴 수 있습니다.

 

How to use

1. Supplemental log 설정

  - $CUBRID/conf/cubrid.conf에 아래와 같이 supplemental_log 시스템 파라미터를 설정합니다.

  - supplemental_log 설정 이후에 수행된 트랜잭션에 대해서만 flashback을 수행할 수 있습니다.

  - supplemental_log 의 값은 1 또는 2로 설정하면 되며, 설정 값의 차이 (1 또는 2)는 flashback 기능에는 영향을 끼치지 않습니다.

cubrid.conf

...

supplemental_log=1 또는 supplemental_log=2

...

2. flashback 수행

2.1 기본 수행

데이터베이스 명과 테이블 명을 입력하면 최근 10분동안 해당 테이블에 수행된 트랜잭션에 대한 정보를 보여줍니다. 명령어는 아래와 같이 수행하면 됩니다.
요약 정보에서 출력되는 컬럼 정보는 메뉴얼을 참고하면 됩니다.

 

$ echo "supplemental_log=1" >> $CUBRID/conf/cubrid.conf
$ cubrid server start demodb
$ csql -u dba demodb -c "create table tbl (a int)"
$ csql -u dba demodb -c "insert into tbl values (10);"

$ cubrid flashback demodb dba.tbl
Flashback Summary
Number of Transaction: 1
Start date - End date: 25-10-2022:14:17:24 - 25-10-2022:14:18:03
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            14  DBA                               25-10-2022:14:17:49   25-10-2022:14:17:50            1           0           0  dba.tbl
Enter transaction id (press -1 to quit): 14

 

delete from [dba.tbl] where [a] = 10 limit 1;

 

2.2 필터링 적용

 

2.2.1 시간 범위
  트랜잭션 시작 시간 (start-date), 트랜잭션 종료 시간 (end-date) 옵션으로 시간 범위를 정할 수 있습니다. 사용자가 되돌리고 싶은 트랜잭션이 어느 시간대에 수행되었는지 특정할 수 있는 경우 사용합니다. 
시간설정.png
  시간 범위 사이에서 commit된 트랜잭션에 대해서만 Flashback 기능을 제공합니다. 위 그림에서는 Transaction 1과 Transaction 2가 Flashback 대상이 될 수 있습니다. 하지만 Transaction 1의 경우에는 start-date 이전에 수행된 DML에 대해서는 트랜잭션 로그를 지우지 않을 것이라고 보장하지 않기 때문에, Flashback이 불가능할 수도 있습니다.

 

2.2.1.1. 옵션 설정

  ​- 트랜잭션 시작 시간 및 종료 시간 설정하지 않은 경우 : (현재 - 10분) ~ 현재 사이에 커밋된 트랜잭션들에 대해서 정보를 추출합니다.

  - 트랜잭션 시작 시간만 설정 : (start-date) ~ (start-date + 10분) 사이에 커밋된 트랜잭션들에 대해서 정보를 추출합니다.

  - 트랜잭션 종료 시간만 설정 : (end-date - 10분) ~ (end-date) 사이에 커밋된 트랜잭션들에 대해서 정보를 추출합니다.  

  - 트랜잭션 시작 시간 및 종료 시간 설정 : (start-date) ~ (end-date) 사이에 커밋된 트랜잭션들에 대해서 정보를 추출합니다.

 

2.2.1.2. 사용 예시

 

  - 트랜잭션 시작 시간 설정 (start-date)

$ cubrid flashback demodb dba.tbl
Flashback Summary
Number of Transaction: 2
Start date - End date: 25-10-2022:14:36:01 - 25-10-2022:14:46:01
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            17  DBA                               25-10-2022:14:45:01   25-10-2022:14:45:19            2           0           2  dba.tbl
            18  DBA                               25-10-2022:14:45:36   25-10-2022:14:45:50            0           1           1  dba.tbl
Enter transaction id (press -1 to quit): -1

 

// start-date를 트랜잭션 18의 Start time으로 설정
$ cubrid flashback demodb dba.tbl --start-date 25-10-2022:14:45:36
Flashback Summary
Number of Transaction: 1
Start date - End date: 25-10-2022:14:45:36 - 25-10-2022:14:46:22
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            18  DBA                               25-10-2022:14:45:36   25-10-2022:14:45:50            0           1           1  dba.tbl
Enter transaction id (press -1 to quit): -1

 

  - 트랜잭션 종료 시간 설정 (end-date)

$ cubrid flashback demodb dba.tbl
Flashback Summary
Number of Transaction: 2
Start date - End date: 25-10-2022:14:36:01 - 25-10-2022:14:46:01
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            17  DBA                               25-10-2022:14:45:01   25-10-2022:14:45:19            2           0           2  dba.tbl
            18  DBA                               25-10-2022:14:45:36   25-10-2022:14:45:50            0           1           1  dba.tbl
Enter transaction id (press -1 to quit): -1

 

// end-date를 트랜잭션 17의 End time으로 설정
$ cubrid flashback demodb dba.tbl --end-date 25-10-2022:14:45:20
Flashback Summary
Number of Transaction: 1
Start date - End date: 25-10-2022:14:35:20 - 25-10-2022:14:45:20
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            17  DBA                               25-10-2022:14:45:01   25-10-2022:14:45:19            2           0           2  dba.tbl
Enter transaction id (press -1 to quit): -1

 

  - 트랜잭션 시작 시간 및 종료 시간 설정 (start-date, end-date)

$ cubrid flashback demodb dba.tbl
Flashback Summary
Number of Transaction: 2
Start date - End date: 25-10-2022:14:36:01 - 25-10-2022:14:46:01
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            17  DBA                               25-10-2022:14:45:01   25-10-2022:14:45:19            2           0           2  dba.tbl
            18  DBA                               25-10-2022:14:45:36   25-10-2022:14:45:50            0           1           1  dba.tbl
Enter transaction id (press -1 to quit): -1

 

// start-date를 트랜잭션 17의 Start time으로 설정하고, end-date를 트랜잭션 18의 End time으로 설정
$ cubrid flashback demodb dba.tbl --start-date 25-10-2022:14:45:01 --end-date 25-10-2022:14:45:50
Flashback Summary
Number of Transaction: 2
Start date - End date: 25-10-2022:14:45:01 - 25-10-2022:14:45:50
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            17  DBA                               25-10-2022:14:45:01   25-10-2022:14:45:19            2           0           2  dba.tbl
            18  DBA                               25-10-2022:14:45:36   25-10-2022:14:45:50            0           1           1  dba.tbl
Enter transaction id (press -1 to quit): -1

 

2.2.2 트랜잭션 사용자 (user)
  테이블에 변경을 가한 트랜잭션을 누가 수행했는지 특정하고 싶을 경우 사용합니다. 
 

$ cubrid flashback demodb public.tbl
Flashback Summary
Number of Transaction: 2
Start date - End date: 25-10-2022:14:45:55 - 25-10-2022:14:55:55
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            28  PUBLIC                            25-10-2022:14:55:18   25-10-2022:14:55:19            1           0           0  public.tbl
            31  DBA                                25-10-2022:14:55:46   25-10-2022:14:55:47            0           1           0  public.tbl
Enter transaction id (press -1 to quit): -1

 

// dba 사용자가 수행한 트랜잭션만 추출

$ cubrid flashback demodb public.tbl --user dba
Flashback Summary
Number of Transaction: 1
Start date - End date: 25-10-2022:14:46:08 - 25-10-2022:14:56:08
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            31  DBA                                25-10-2022:14:55:46   25-10-2022:14:55:47            0           1           0  public.tbl
Enter transaction id (press -1 to quit): -1

 

// public 사용자가 수행한 트랜잭션만 추출

$ cubrid flashback demodb public.tbl --user public
Flashback Summary
Number of Transaction: 1
Start date - End date: 25-10-2022:14:46:12 - 25-10-2022:14:56:12
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
             28  PUBLIC                            25-10-2022:14:55:18   25-10-2022:14:55:19            1           0           0  public.tbl
Enter transaction id (press -1 to quit): -1

 

2.3 자세한 내용 확인 (detail)

$ cubrid flashback demodb public.tbl
Flashback Summary
Number of Transaction: 2
Start date - End date: 25-10-2022:14:49:30 - 25-10-2022:14:59:30
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            28  PUBLIC                            25-10-2022:14:55:18   25-10-2022:14:55:19            1           0           0  public.tbl
            31  DBA                                25-10-2022:14:55:46   25-10-2022:14:55:47            0           1           0  public.tbl
Enter transaction id (press -1 to quit): 31

 

update [public.tbl] set [a] = 10 where [a] = 10 limit 1;

 

// detail 정보 출력

$ cubrid flashback demodb public.tbl --detail
Flashback Summary
Number of Transaction: 2
Start date - End date: 25-10-2022:14:49:38 - 25-10-2022:14:59:38
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
             28  PUBLIC                           25-10-2022:14:55:18   25-10-2022:14:55:19            1           0           0  public.tbl
             31  DBA                               25-10-2022:14:55:46   25-10-2022:14:55:47            0           1           0  public.tbl
Enter transaction id (press -1 to quit): 31

 

[TRANSACTION ID] 31
[USER]                DBA
[ORIGINAL]          update [public.tbl] set [a] = 10 where [a] = 10 limit 1;
[FLASHBACK]       update [public.tbl] set [a] = 10 where [a] = 10 limit 1;

 

2.4 출력 순서 변경 (oldest)
  사용자가 해당 SQL구문들을 받아와 바로 적용할 수 있도록, 기본적으로 트랜잭션 내에서 수행된 구문들을 시간 역순으로 출력해줍니다. 하지만, 시간 순으로 수행된 구문들이 궁금할 경우 oldest 옵션을 사용하면 아래와 같이 시간 순으로 출력됩니다. 

$ cubrid flashback demodb dba.tbl
Flashback Summary
Number of Transaction: 1
Start date - End date: 25-10-2022:14:53:04 - 25-10-2022:15:03:04
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            40  DBA                               25-10-2022:15:02:42   25-10-2022:15:03:01            3           0           3  dba.tbl
Enter transaction id (press -1 to quit): 40

 

insert into [dba.tbl] values (100000000);
insert into [dba.tbl] values (100000);
insert into [dba.tbl] values (1000);
delete from [dba.tbl] where [a] = 100000000 limit 1;
delete from [dba.tbl] where [a] = 100000 limit 1;
delete from [dba.tbl] where [a] = 1000 limit 1;

 

// 역순으로 출력

$ cubrid flashback demodb dba.tbl --oldest
Flashback Summary
Number of Transaction: 1
Start date - End date: 25-10-2022:14:53:10 - 25-10-2022:15:03:10
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            40  DBA                               25-10-2022:15:02:42   25-10-2022:15:03:01            3           0           3  dba.tbl
Enter transaction id (press -1 to quit): 40

 

delete from [dba.tbl] where [a] = 1000 limit 1;
delete from [dba.tbl] where [a] = 100000 limit 1;
delete from [dba.tbl] where [a] = 100000000 limit 1;
insert into [dba.tbl] values (1000);
insert into [dba.tbl] values (100000);
insert into [dba.tbl] values (100000000);

 

3. 예외 상황

3.1 요약 정보를 받고, 트랜잭션 식별자를 선택할 때 일정 시간을 초과한 경우에는 에러를 반환합니다. 

   cubrid.conf 에서 flashback_timeout 값을 통해 설정할 수 있습니다. 0초 부터 3600초 사이로 설정 가능합니다. 기본값은 300초입니다.

$ cubrid flashback demodb dba.tbl -s 25-10-2022:15:02:42
Flashback Summary
Number of Transaction: 1
Start date - End date: 25-10-2022:15:02:42 - 25-10-2022:15:12:42
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            40  DBA                               25-10-2022:15:02:42   25-10-2022:15:03:01            3           0           3  dba.tbl
Enter transaction id (press -1 to quit): Transaction ID should be entered in 300 seconds. The timeout can be adjusted through the 'flashback_timeout' setting in 'cubrid.conf'

 

3.2 시스템 클래스에 대해서는 추출할 수 없습니다.

$ cubrid flashback demodb _db_class
The system catalog class (_db_class) is not supported in flashback.

 

3.3 owner_name.class_name 형식을 지켜서, Flashback 대상 테이블 명을 입력해야합니다.

$ cubrid flashback demodb tbl
Invalid format for owner_name.class_name ('tbl').

 

3.4 현재 DB에 존재하지 않는 테이블에 대해서는 추출할 수 없습니다. (Drop된 테이블)

$ csql -u dba demodb -c "drop table tbl2"

 

// 테이블 DROP 후 flashback 수행

$ cubrid flashback demodb dba.tbl2
Table (dba.tbl2) does not exist in database

 

3.5 로그가 기록된 시점 (과거)의 스키마와 Flashback을 수행하는 시점의 스키마가 다를 경우, 해당 테이블에 대해 flashback할 수 없습니다.

$ csql -u dba demodb -c "alter tbl add column col2 char"

 

// 스키마 변경 후 Flashback 수행

$ cubrid flashback demodb dba.tbl -s 25-10-2022:15:02:42
Flashback Summary
Number of Transaction: 1
Start date - End date: 25-10-2022:15:02:42 - 25-10-2022:15:12:42
Transaction id  User name                         Start time            End time              Num_insert  Num_update  Num_delete  Table
            40  DBA                               25-10-2022:15:02:42   25-10-2022:15:03:01            3           0           3  dba.tbl
Enter transaction id (press -1 to quit): 40

 

Unable to get flashback because schema (dba.tbl) has been changed.

Restriction

1. CS 모드만 지원합니다.

2. 동일한 데이터베이스에 대해 동시에 두 개 이상의 Flashback을 수행할 수 없습니다.

3. DDL은 지원하지 않습니다.


  1. DBMS와 효과적인 SQL 처리

    DBMS는 SQL을 효과적으로 처리하기 위해서 어떠한 노력을 하고 있을까요? - 질의 재작성기(Query Rewriter) 여러 개발자에게 동일한 요구사항을 주고 질의를 작성하게 하면 서로 다른 형태로 작성할 수 있습니다. 질의를 어떻게 작성하느냐에 따라서 성능에 차이가 발생할 수 있기 때문에 개발자가 질의를 효과적으로 작성하는 것은 중요한 일이지만, DBMS가 상당부분 그 일을 대신하고 있습니다. 위 질의를 작성한 그대로 수행하게 되면 부질의 결과를 임시파일에 저장하고 그것을 재가공해야 합니다. 하지만 오른쪽 질의처럼 작성되어 있다면, 따로 부질의를 수행해서 저장할 필요도 없고, 인덱스의 사용도 가능합니다. 위와 같이 부질의를 제거하고 주질의에 합병하는 것을 뷰머징이라고 합니다. DBMS는 가능한 경우 뷰머징을 진행하며, 인라인 뷰와 뷰 객체에 대해서도 동일하게 합병을 진행합니다. 부질의가 뷰머지가 불가능한 경우에 주질의에 있는 조회조건을 부질의로 넣는 것을 predicate push라고 합니다. 조회시 스캔하는 양을 줄일 수 있기 때문에 상당히 성능을 향상시킬 수 있습니다. 필요 없는 select list와 조인 테이블 그리고 order by절등을 제거하여, 필요...
    Date2023.12.29 Category제품 여행 By박세훈 Views214 Votes1
    Read More
  2. CUBRID Internal: B+ 트리의 노드(=페이지)와 노드 분할 방법

    목차 1. 개요 2. B+ 트리의 노드(= 페이지) 2.1. 오버플로 노드 (BTREE_OVERFLOW_NODE) 2.2. PAGE_OVERFLOW 페이지 3. 노드 분할 3.1. 노드 분할이 발생하는 경우 3.1.1. 새로운 키가 입력되는 경우 3.1.2. 기존 키의 크기가 증가하는 경우 3.1.3. 기존 레코드에 테이블 레코드의 OID가 추가되는 경우 3.1.4. 기존 레코드에 MVCC 아이디가 추가되는 경우 3.2. 사용자가 키를 입력하는 패턴에 따라 달라지는 노드 분할 #1 3.2.1. 시나리오 #1 - 1부터 27까지 오름차순으로 증가하는 패턴으로 키를 입력하는 경우 3.2.2. 시나리오 #2 - 1부터 27까지 불규칙 패턴으로 키를 입력하는 경우 3.2.3. 비교 결과 4. 똑똑하게 노드 분할하기 4.1. 사용자가 키를 입력하는 패턴에 따라 달라지는 노드 분할 #2 4.1.1. 오름차순으로 증가하는 패턴으로 키를 입력하는 경우 4.1.2. 내림차순으로 감소하는 패턴으로 키를 입력하는 경우 4.1.3. 불규칙 패턴으로 키를 입력하는 경우 5. 루트 노드 → 브랜치 노드 → 리프 노드 순서의 노드 분할 6. 참고 개요 큐브리드는 B+ 트리 인덱스를 사용하고 있습니다. B+ 트리 인덱스는 새로운 키가 입력되거나 기존 레코드가 변경될 때, B+ 트...
    Date2023.12.27 Category제품 여행 By주영진 Views204 Votes4
    Read More
  3. No Image

    CSQL에서 PreparedStatement 사용하여 Query Plan 확인하기

    CSQL에서 PreparedStatement 사용하여 Query Plan 확인하기 Prepare statement를 이용하여 값을 질의에 포함하지 않고 bind 했을 경우와 질의상에 값을 직접 포함하였을 경우, 일부 상황에서 값에 대한 해석이 모호해져 질의 플랜이 다르게 만들어져 질의의 성능이 달라지는 경우가 있습니다. 이를 위해 csql 에서 prepare statement 사용하는 방법을 정리하였습니다. 아래 확인 예시는 11.2 에서 해결된 부분이나, 그 이전 부분에서 질의 수행 계획이 달라졌음에 대한 이해를 위해 사용하였습니다. CSQL에서 PreparedStatement 사용 1. Prepared Statement 생성 PREPARE stmt_name FROM 'sql문'; 2. Prepared Statement 실행 EXECUTE stmt_name [USING value, value2 ...]; 3. Prepared Statement 해제 {DEALLOCATE | DROP} PREPARE stmt_name; 사용 예시(2가지) 1. csql > PREPARE pstmt FROM 'SELECT 1 + ?'; csql > EXECUTE pstmt USING 4; csql > DROP PREPARE pstmt; 2. csql > PREPARE pstmt FROM 'SELECT col1 + ? FROM tbl WHERE col2 = ?'; csql > SET @a=3, @b='abc'; csql > EXECUTE pstmt USING @a, @b; csql > DROP PREPARE pst...
    Date2023.05.11 Category제품 여행 By김지원 Views371 Votes1
    Read More
  4. No Image

    Index의 capacity에 관한 정보 열람

    Index Capacity 정보 들어가며 DBMS의 여러 기능 기능이나 구성 요소들 중에서 가장 중요한 것은 무엇일까요? Index는 '가장' 중요한은 아니더라도 적어도 '아주 아주' 중요한 요소가 아닐까 생각 합니다. Index가 없다면 데이터를 쌓아 두기만 할 수 있을 뿐 사실상 관리는 못하는 그런 시스템이 될 테니까요. 자료가 많으면 많을 수록 Index는 더 중요해 집니다. 이렇게 중요한 Index를 분석할 때에도 목적에 부합하는 여러가지 도구와 방법들이 있을 수 있습니다. 이 페이지에서는 그 중에서 Index의 Capaicty에 대한 정보를 리뷰해 보고자 합니다. 기본적인 사용 방법이나 설명은 매뉴얼을 통해 얻을 수 있으므로 여기서 설명은 생략합니다. INDEX CAPACITY 정보 얻기 우선 CUBRID에서는 Index의 Capacity 정보를 다음과 같은 두 가지 방법으로 쉽게(?) 알아 볼 수 있습니다. 1. diagdb tool ------------------------------------------------------------- BTID: {{0, 5952}, 5953}, idx0 ON dba.tbl, CAPACITY INFORMATION: Distinct Key Count: 0 Total Value Count: 0 Average Value Count Per Key: 0 Total Page Count: 2 Leaf Page Count: 1 NonLea...
    Date2023.04.26 Category제품 여행 By사니조아 Views299 Votes1
    Read More
  5. CUBRID Internal: Disk Manager #1: 볼륨 헤더(Volume Header)와 섹터 테이블(Sector Table)

    이전글: CUBRID Internal: 큐브리드의 저장공간관리 (DIsk Manager, File Manager) 볼륨은 어떻게 관리될까? - 볼륨 헤더(Volume Header)와 섹터 테이블(Sector Table) - 앞선 글에서 디스크 매니저(Disk Manager)가 섹터의 예약(reservation)을 관리한다고 이야기하였다. 이번 글에서는 볼륨 내의 섹터들이 어떻게 관리되는지에 대한 구체적인 이야기와 이를 위해 볼륨이 어떻게 구성되어 있는지를 다룬다. 여기서 다루어지는 볼륨의 구조는 그대로 non-volatile memory (SSD, HDD 등)에 쓰여진다. 볼륨 구조 디스크 매니저의 가장 큰 역할은 파일생성과 확장을 위해 섹터들을 제공해주는 것이다. 이를 위해 각 볼륨은 파일들에 할당해줄 섹터들과 이를 관리하기 위한 메타(meta)데이터로 이루어져 있다. 메타데이터들이 저장된 페이지를 볼륨의 시스템 페이지(System Page)라고 하며, 볼륨에 대한 정보와 각 섹터들의 예약 여부를 담고 있다. 시스템 페이지는 다음과 같이 두가지로 분류할 수 있다. 볼륨 헤더 페이지 (Volume Header Page, 이하 헤더 페이지): 페이지 크기, 볼륨 내 섹터의 전체/최대 섹터, 볼륨 이름 등, 볼륨에 대한 정보를 지니고 있는 페이지 섹터 테이...
    Date2023.03.30 Category제품 여행 By김재은 Views365 Votes2
    Read More
  6. 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김주호 Views384 Votes0
    Read More
  7. 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 Views848 Votes0
    Read More
  8. 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우수빈 Views697 Votes0
    Read More
  9. [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박세훈 Views699 Votes3
    Read More
  10. 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 Views1358 Votes0
    Read More
Board Pagination Prev 1 2 3 4 5 6 7 8 Next
/ 8

Contact Cubrid

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