Background Image
조회 수 2765 추천 수 1 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

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

큐브리드 엔지니어로 기술지원을 수행하면서 자주 받는 질문들을 크게 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 옵션으로 시간을 지정할 수 있으나지정한 복구 시점까지 복구하기 위한 활성로그/보관 로그 파일이 존재해야만 하며 backuptime이라는 워드를 지정할 경우 마지막 백업이 수행된 시점까지 복구됩니다.

    예시 : cubrid restoredb -B <백업 파일 경로> -d 30-12-2018:10:00:00 <DB>

5)     백업이 실패했어요.

    백업이 실패할 경우 $CUBRID/log/<DB>_backup.err 파일을 확인하여 원인분석을 할 수 있습니다.

    백업 실패 예시 #1 : 백업 경로 퍼미션 에러

Ø  백업 경로에 대한 접근쓰기 권한에 대한 확인 필요

Time: 12/26/18 10:42:10.901 - ERROR *** file Unknown from server, line -1 ERROR CODE = -8 Tran = 3, EID = 2

Unable to format disk volume "/home/cub938/CUBRID/log/backup/testdb_bk0v000" with -1 pages (244813135871 bytes).... Permission denied


    백업 실패 예시 #2 : DB가 내려가 있거나, DB명이 잘못된 경우

Ø  DB가 내려가 있을 경우 -S 옵션 추가

Ø  DB명이 잘못된 경우 정확한 DB명 확인 필요(cat $CUBRID/databases/databases.txt)

Time: 12/26/18 10:42:45.283 - ERROR *** file ../../src/transaction/boot_cl.c, line 1743 ERROR CODE = -677 Tran = -1, EID = 3

Failed to connect to database server, 'testdb', on the following host(s): localhost


    백업 실패 예시 #3 : Lock으로 인해 백업수행이 실패된 경우

Ø  Lock 으로 인해 실패된 경우 --no-check 옵션을 사용하여 재 시도

Time: 12/26/18 10:44:24.395 - ERROR *** file Unknown from server, line -1 ERROR CODE = -74 Tran = 2, EID = 2

Your transaction (index 2, DBA@cub93|41813) timed out waiting on   IS_LOCK lock on class jin. You are waiting for user(s) DBA@cub93|csql(41796) to finish.


2.     트랜잭션

1)     트랜잭션 확인 어떻게 하나요?

    $ cubrid tranlist -u dba -p <dba 패스워드> <DB>@localhost

2)     트랜잭션 죽이는 방법 좀 알려주세요.

    $ cubrid killtran -p <dba 패스워드> -i <Tran Index 번호> <DB>@localhost


3.     매니저

1)     매니저 연결이 안돼요.

    큐브리드 매니저 서버 재 기동

-      $ cubrid manager stop

-      $ cubrid manager start

    윈도우 PC와 큐브리드 서버 간 8001번 포트브로커 포트(30000) 방화벽 확인

2)     매니저가 느려요.

    매니저 클라이언트 최신 버전으로 업그레이드 수행

    C:\CUBRID\cubridmanager\cubridmanager.ini 파일 내 최대 메모리 설정 값 수정

-      수정 예시

--startup

plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar

--launcher.library

plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.0.v20100503

--launcher.XXMaxPermSize

512m

-vmargs

-Dosgi.requiredJavaVersion=1.6

-XX:PermSize=256m

-XX:NewSize=128M

-XX:MaxNewSize=512M

-XX:MaxGCPauseMillis=20

-XX:MaxHeapFreeRatio=80

-XX:MaxGCPauseMillis=10

-XX:+UseFastAccessorMethods

-XX:+AggressiveOpts

-Xms768m

-Xmx4096m

-XX:PermSize=64M

-XX:MaxPermSize=512m

-XX:+UnlockExperimentalVMOptions

-XX:+UseG1GC

 

4.     DBA 유저

1)     DBA 그룹에 속해 있는 유저를 확인하고 싶어요.

    select u.name from db_user as u, TABLE(u.direct_groups) as g(x) where x.name = 'DBA'

2)     기존 유저를 DBA 그룹에 추가하고 싶어요.

    $ call find_user('dba') on class db_user to x1;

    $ call add_member('유저 명') on x1;

3)     DBA 그룹에 포함되어 있는 유저를 DBA 그룹에서 제외시키고 싶어요.

    $ call find_user('dba') on class db_user to x1;

    $ call drop_member('유저 명') on x1;


5.     DB 기동

1)     DB 기동이 안돼요.

    기동 실패 예시 #1 : Log가 손상된 경우

Ø  아래 에러 로그는 Log가 손상되어 발생하는 에러로손상된 Log에 대한 복구 작업이 필요합니다.

12/30/18 14:28:00.000  ERROR        file ..\..\src\transaction\log_recovery.c, line 2898 ERROR CODE = -81 Tran = 0, CLIENT = (unknown):(unknown)(-1), EID = 1 : Internal error: logical log page 1223321 may be corrupted. 

12/30/18 14:28:00.01  FATAL ERROR        file ..\..\src\transaction\log_recovery.c, line 3031 ERROR CODE = -644 Tran = 0, CLIENT = (unknown):(unknown)(-1), EID = 3 : LOG FATAL ERROR: log_recovery_analysis


    cubrid emergency_patchlog <db>    : 정상적으로 완료될 경우 DB 기동오류 발생 시 2번 명령어 수행

    cubrid emergency_patchlog -r <db>  : 정상적으로 완료될 경우 DB 기동오류 발생 시 백업본을 통해 해당 DB 복구해야 함

    기동 실패 예시 #2 : /etc/hosts 파일에 읽기 권한이 없는 경우

Ø  큐브리드 계정에 /etc/hosts 파일에 대한 읽기 권한이 주어져 있는지 확인 필요

Time: 12/30/18 13:37:09.494 - ERROR *** file /home1/build/workspace/CUBRID_10.1/cubrid/src/connection/tcp.c, line 287 ERROR CODE = -350 Tran = -1, EID = 1

Error getting local host by name for host "localhost". Host not found.


    기동 실패 예시 #3 : /etc/hosts 파일에 IP와 호스트 네임이 정상적으로 기재되지 않은 경우

Ø  /etc/hosts 파일 내 해당 호스트에 대한 IP와 호스트네임 정보에 대한 확인 필요

Time: 12/30/18 13:42:49.828 - ERROR *** file /home1/build/workspace/CUBRID_10.1/cubrid/src/connection/tcp.c, line 141 ERROR CODE = -353 Tran = 0, CLIENT = (unknown):(unknown)(-1), EID = 3

Cannot make connection to master server on host "cub_test".... No route to host


6.     DB 경로변경

1)     DB 경로를 변경하고 싶어요.

    DB 볼륨 경로를 변경하기 위한 방법 중 가장 간편히 할 수 있는 방법은 백업/복구를 이용하는 것입니다. DB백업 수행 후 databases.txt 파일 내 vol-path 부분을 이동할 경로로 변경한 뒤 복구를 수행해야 합니다.

    DB 경로변경 절차 #1 : 백업 수행(DB 정지 후 수행)

$ cubrid backupdb -D <백업 경로> -z --no-check <DB> -S


    DB 경로변경 절차 #2 : databases.txt 파일 수정(이동할 경로로 수정)

$ vi $CUBRID/databases.txt

#db-name        vol-path                db-host         log-path                lob-base-path

testdb          /home/cub938/DB         localhost       /home/cub938/DB         file:/home/cub938/DB/lob


    DB 경로변경 절차 #3 : 복구 수행(-u 옵션 이용)

$ cubrid restoredb -B <백업 파일 경로> -u <DB>


    DB 경로변경 절차 #4 : DB 기동 후 서비스 확인

    주의 사항 : lob, java 파일의 경우 백업 시 포함되지 않기 때문에 별도 관리 필요


7.     패스워드 분실

1)     DBA 패스워드를 분실했어요.

    CUBRID 엔진 내 DBA 패스워드를 찾거나 초기화 할 수 있는 방법이 별도로 존재하지 않기 때문에 DBA 패스워드 분실시에는 CUBRID 엔지니어에게 기술지원 요청을 해주시기 바랍니다.

2)     큐브리드 매니저 admin 계정 패스워드를 분실했어요.

    admin 패스워드 초기화(기본 admin 계정 패스워드 : admin)

    $CUBRID/conf/cm.pass 파일 내용을 admin:6e85f0f80f030451dc9e98851098dfb2 으로 수정


8.     로그 확인

1)     로그 위치를 알고 싶어요.

    서버 로그 위치 : $CUBRID/log/server로 현재 서버 로그는 .err로 끝나는 파일 중 가장 최근시점에 생성된 파일을 확인하시면 됩니다.

    브로커 SQL 로그 위치 기본 값은 $CUBRID/log/broker/sql_log이며별도 위치를 설정해놓은 경우 cat $CUBRID/conf/cubrid_broker.conf | grep -A 15 -i <브로커 명> | grep -w LOG_DIR 명령어를 통해 확인할 수 있습니다.

2)     지연 쿼리는 어떻게 확인할 수 있나요?

    위의 SQL 로그 위치로 이동한 뒤 broker_log_top 명령어를 수행하면 log_top.q파일과 log_top.res 파일이 생성되며 해당 파일들을 통해 특정기간 동안 수행된 SQL들에 대한 최대 수행 시간최소 수행 시간평균 수행 시간 및 수행 횟수 등을 확인할 수 있습니다.

    예시 : $ broker_log_top -F “분석 시작 시점” -T “ 분석 종료 시점” 브로커명*


9.     보안 취약점

1)     public 계정은 삭제할 수 없나요?

    public 계정은 CUBRID 설치 시 기본적으로 생성되는 계정으로삭제 할 수 없습니다.

    처음 제품 설치 시 패스워드가 설정되어 있지 않기 때문에 적절한 패스워드를 설정하여 보안취약점에 대해 대처할 수 있습니다.

    $ csql -u dba -p <dba 패스워드> <DB>@localhots

    csql> alter user public password ‘패스워드’;

2)     /etc/hosts 파일 권한을 온라인 중에 변경해도 되나요?

    CUBRID가 정상적으로 수행되기 위해서는 /etc/hosts 파일에 대한 읽기 권한이 필요합니다.

    온라인으로 /etc/hosts 파일의 그룹 소유권을 변경 한 뒤 파일 권한을 변경하더라도 기존에 수행중인 CUBRID 프로세스는 해당 파일의 변경된 소유권 정보를 인지하지 못하기 때문에 해당 파일 소유권/권한 변경 시에는 CUBRID 서버의 재기동이 필요합니다.

3)     demodb를 삭제해도 되나요?

    demodb는 CUBRID 설치 시 기본적으로 생성되는 DB해당 DB를 사용하지 않는 것이 확인되었을 경우 삭제해도 무방합니다.


10.  Fail-over

1)     Fail-over 후 데이터가 보이지 않아요.

    큐브리드 HA Primary Key가 있는 테이블만 데이터 동기화를 수행하기 때문에 Primary Key가 없거나 뒤늦게 설정된 테이블에 대해서는 정상적으로 동기화가 이루어 지지 않아 Fail-over가 발생 하여 기존의 Slave DB가 Master가 될 경우 특정 데이터가 보이지 않는 경우가 발생할 수 있습니다이 경우에는 즉시 Fail-back을 수행하여 정상적으로 운영할 수 있게 해야 하며동일한 이슈가 발생되지 않도록 테이블의 PK 여부를 파악하고 HA 재구성을 진행할 수 있도록 조치해야 합니다.

    Primary key 누락 테이블 확인 쿼리

select 'NON_PK' "case", class_name "value"

from db_class

where class_type='CLASS' and is_system_class='NO'

and class_name not in (select distinct class_name from db_index where is_primary_key='YES')


    Primary key 외에도 Java 저장 프로시저와 LOB 파일은 복제되지 않기 때문에 이를 사용해야 할 경우 Master/Slave 서버 간 해당 파일들이 동일하게 존재할 수 있도록 별도의 관리가 필요합니다.

    Java 저장 프로시저와 LOB 파일 경로 확인 (Java 파일의 경우 볼륨 경로 내 java디렉터리)

$ cat $CUBRID/databases/databases.txt

#db-name        vol-path                db-host         log-path                lob-base-path

testdb          /home/cub938/DB         localhost       /home/cub938/DB         file:/home/cub938/DB/lob

 

 


# 매뉴얼 링크

- 백업 : https://www.cubrid.org/manual/ko/9.3.0/admin/admin_utils.html#db-backup

- 복구 : https://www.cubrid.org/manual/ko/9.3.0/admin/admin_utils.html#db-restore

- 트랜잭션 확인 : https://www.cubrid.org/manual/ko/9.3.0/admin/admin_utils.html#tranlist

- 트랜잭션 제거 : https://www.cubrid.org/manual/ko/9.3.0/admin/admin_utils.html#killtran

- 큐브리드 매니저 : https://www.cubrid.org/manual/ko/9.3.0/cm/env.html#id3

- 사용자 계정 권한 : https://www.cubrid.org/manual/ko/9.3.0/sql/authorization.html#id1

- 데이터베이스 로그 : https://www.cubrid.org/manual/ko/9.3.0/admin/control.html#server-logs

- 트러블 슈팅 : https://www.cubrid.org/manual/ko/9.3.0/admin/troubleshoot.html#id1


  1. DBMS와 효과적인 SQL 처리

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

    시작하며 Visual Studio Code (이하 VSCode) 는 마이크로소프트에서 오픈소스로 개발하고 있는 코드 에디터입니다. VSCode는 활용하기에 따라 메모장과 비슷한 기능을 하기도, IDE(통합 개발 환경) 로써의 기능을 하기도 합니다. 이미 많은 개발자들이 VSCode를 사용하고 있습니다. 그러나 VSCode의 사용이 낯선 개발자들을 위해 이 글에서는 VSCode의 기본적인 사용 방법을 소개드리려고 합니다. 설치 및 시작 VSCode는 공식 웹 사이트(https://code.visualstudio.com)에서 자신의 운영체제에 맞는 버전을 다운로드 받아 설치할 수 있습니다. 설치하고 난 뒤 VSCode를 실행하면 다음과 같은 화면을 마주할 수 있습니다. 이제, 수정하고 싶은 파일을 VSCode 내부로 끌어다 놓거나, Open File, Open Folder 를 통해 파일 및 폴더를 열어 로컬에 있는 코드를 개발할 수 있습니다. 하지만 VSCode의 성능을 온전히 이용하려면 확장(Extension)을 설치하여 응용하는 것을 추천합니다. 확장 (Extensions) 확장은 다음 버튼을 누르거나 Ctrl+Shift+X 를 입력하여 확장 탭에 진입할 수 있습니다. 초기에는 확장이 설치되지 않은 상태인데, Search Extensions in Marketplace 라고 적혀...
    Date2023.12.21 Category나머지... By송일한 Views198 Votes2
    Read More
  4. CUBRID QA 절차 및 업무 방식 소개

    큐브리드의 QA 절차 및 업무 방식에 대해 소개하겠습니다. CUBRID QA팀이 하는 일? QA(Quality Assurance)팀은 CUBRID의 품질 보증에 대한 전반적인 절차를 다루는 업무를 맡고 있습니다. 단순 테스트뿐만 아니라, 개발 프로세스에 직간접적인 관여와 QA Tool 확장 및 유지보수, 제품 결함 관리, 제품 릴리즈 등 제품이 출시되는 과정에서 여러가지 일을 하고 있습니다. 특히, 개발과정의 처음부터 끝까지 참여하여 품질 저하에 문제가 될 만한 부분이 있는지 검증하고, 개선안을 제안하는 등 개발 프로세스 전반적으로 개입하여 제품 품질을 높이는 일을 하고 있습니다. CUBRID QA 절차 CUBRID QA 절차는 크게 다음과 같이 볼 수 있습니다. 각 절차에 대한 상세한 과정은 다음과 같습니다. 1. Kick off 참여 -먼저, 개발팀으로부터 프로젝트를 할당 받으면, 킥오프를 참여합니다. 요구사항 및 목표를 파악하고, 사용자 관점에 부합하지 않을 경우 개선을 요청합니다. 프로젝트에 따라 검증방법이나 절차가 달라질 수도 있고 때에 따라 새로운 환경이 필요할 수 있기 때문에 여러 가지 의견들을 종합하여 팀 내 담당자를 선정합니다. 2. 테스트 환경 구축 -프로젝트를 위해 어...
    Date2023.11.17 Category나머지... By윤시온 Views343 Votes1
    Read More
  5. CUBRID의 개발 문화: CUBRID DBMS 프로젝트 빌드 가이드와 빌드 시스템 개선

    시작하며 이전 포스팅에서 CUBRID의 개발 문화: CUBRID DBMS는 어떻게 개발되고 있을까? 라는 주제로 블로그 글을 작성했었던 기억이 납니다. 날짜를 들여다보니 2021년 4월 29일에 작성되었으니 코로나 팬데믹을 이겨내고 CUBRID에서 여러 프로젝트를 진행하느라 시간이 훌쩍 지나갔네요. 그 사이 CUBRID는 11.2 (elderberry) 버전 릴리즈를 지나 11.3 (fig) 버전 릴리즈를 앞두고 있습니다. 이번에도 마찬가지로 [CUBRID의 개발 문화]라는 말머리를 가지고 CUBRID DBMS 프로젝트 빌드에 대한 이야기를 해보려고 합니다. 이전 포스팅의 ‘CUBRID DBMS는 어떻게 개발되고 있을까?’에서 소개했던 개발 프로세스와 프로젝트 기여 가이드의 내용과 조금 주제가 달라보일 수 있는데, 프로젝트 빌드에 대한 내용이 어떻게 개발 문화로까지 이어질 수 있는지 소개해 드리려고 합니다. 빌드 준비하기 누군가 코드를 기여하려고 할 때 빌드는 가장 먼저 해야 하는 첫 발걸음이면서, 동시에 제일 첫 번째로 마주하는 어려움입니다. 먼저 개발 환경에서 프로젝트를 빌드하기 위해서 여러 도구와 라이브러리를 설치하고, 프로젝트의 빌드 방법을 알아야 합니다. 이 때 기여하려...
    Date2023.09.08 Category오픈소스 이야기 By유형규 Views341 Votes2
    Read More
  6. 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김지원 Views404 Votes1
    Read More
  7. 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사니조아 Views318 Votes1
    Read More
  8. 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김재은 Views389 Votes2
    Read More
  9. JPA와 CUBRID 연동 가이드

    JPA? JPA는 자바의 ORM 기술 표준으로 인터페이스의 모음입니다. 표준 명세를 구현한 구현체들(Hibernate, EclipseLink, DataNucleus)이 있고, JPA 표준에 맞춰 만들면 사용자는 언제든 원하는 구현체를 변경하며 ORM 기술을 사용할 수 있습니다. 이번 CUBRID 연동 가이드에서는 대표적으로 많이 사용하는 Hibernate를 사용하여 작성했습니다. 버전 정보 SpringBoot: 2.7.8 Hibernate: 5.6.14.Final Java: 11 CUBRID: 11.0.10, 11.2.2 JPA와 CUBRID 연동 1) 라이브러리 설정 Maven 프로젝트에 JPA(Hibernate), CUBRID JDBC 라이브러리를 넣기 위해 pom.xml에 설정을 합니다. CUBRID JDBC를 받기 위해 repository도 같이 추가해야 합니다. 2) JPA 설정 필요한 라이브러리를 다 받은 뒤 JPA 설정 파일인 persistence.xml에 설정을 해줘야 합니다. 해당 파일은 표준 위치가 정해져 있기 때문에 /resources/META-INF/ 밑에 위치해야 합니다. DBMS 연결 시 필요한 정보와 JPA 옵션들을 설정해 줍니다. 기본적으로 driver, url, user, password를 설정하고, 방언(dialect)도 필수적으로 설정해야 합니다. DBMS가 제공하는 SQL 문법과 함수들이 조금씩 다르기 때문에 JPA가 어떤 DBMS...
    Date2023.02.22 Category나머지... By김동민 Views1118 Votes3
    Read More
  10. dblink를 이용한 remote-server materialized view 기능

    Materialized View Materialized View(이하 MView) 이것은 말 그대로 View의 일종으로 일반 View는 논리적인 스키마인데 반해, MView는 물리적 스키마입니다. 논리적 스키마는 실제 데이터가 데이터베이스에 저장되어 있지 않고 데이터를 가져오기 위한 SQL질의만 저장되어 있다라는 것이고, 물리적 스키마 혹은 테이블이라는 것은 셀제 데이터가 데이터베이스에 저장되어 있다라는 것입니다. MView는 필요한 결과를 가져오는 질의가 빈번하게 자주 사용 될 경우, 질의 실행 시간 속도 향상을 위해 데이터베이스 테이블을 만들어 저장해 두는 것으로 실행 비용이 많이 드는 조인이나, Aggregate Function을 미리 처리하여 필요할 때 테이블을 조회 하도록 하는 것 입니다. 예를 들면 대용량의 데이터를 COUNT, SUM, MIN, MAX, AVG 처럼 자주 사용되는 Aggregate Function 실행 속도를 향상을 위해서, 질의 실행 결과을 데이터베이스 테이블로 생성해 두는 벙법입니다. 즉, 자주사용되는 View의 결과를 데이터베이스에 저장해서 질의 실행 속도를 향상시키는 개념입니다. 이번 글에서는 일반적인 MView와 더불어 현재 작업 중인 데이터베이스 로컬 서버가 아닌 원격지(remote) ...
    Date2023.02.20 Category나머지... Bybwkim Views702 Votes2
    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