Background Image
제품 여행
2022.10.25 13:30

CUBRID to MySQL DBLink

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

단축키

Prev이전 문서

Next다음 문서

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

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 패스워드 설정

MySQL 8.0부터는 default_authentication_plugin 이 “mysql_native_password”에서 “caching_sha2_password”로 변경되었습니다.따라서, 다음과 같은 에러가 발생이 됩니다.

 

ERROR: dblink - [HY000][2061] [unixODBC][MySQL][ODBC 8.0(a) Driver]Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection... 

 

이를 해결하기 위해선  MySQL 패스워드 정책을 변경이 필요한데 아래와 같은 3가지 방법이 있습니다. 

  1. my.cnf 파일에 아래 구문을 추가합니다. 그 후 MySQL을 재시작한 뒤 새로운 계정을 생성하게 되면 자동으로 mysql_native_password 정책으로 변경됩니다.
     

    ...

    default_authentication_plugin=mysql_native_password   
    ...

  2. 이미 생성된 user를 이용 시에는 아래와 같은 구문 이용해 plugin을 mysql_native_password으로 변경합니다.
     
    ALTER user ' test'@'%' IDENTIFIED WITH mysql_native_password BY 'Mysql12!';  

     

  3. 새로운 user(test)를 추가하여 사용 시 다음과 같은 구문을 이용해 정책을 명시합니다.
     

    #구문
    CREATE USER '{username}'@'{hostname}' IDENTIFIED BY '{passwordString}';

    #예시

    CREATE USER 'test'@'%' IDENTIFIED WITH mysql_native_password BY 'Mysql12!'; 

     

    * hostname : 사용자가 연결할 호스트, % : 모든 아이피 허용  

     

다음 구문을 이용하여 해당 사용자의 host가 모든 IP(%)인지 또는 CUBRID IP인지 확인합니다. 또한 plugin이 “mysql_native_password”로 설정이 되어 있는지 확인합니다.
 

mysql> select user,host, plugin

          from mysql.user; 

| user | host | plugin |

| test | %  | mysql_native_password |     
| root | % | mysql_native_password |

....

 

3. 사용자 테이블 권한 설정

만약 사용자가 테이블 권한이 없을 시 설정이 필요합니다.

다음 구문을 통해서 모든 db 및 테이블에 권한을 주고 로컬 및 리모트에서도 접속 가능하도록 설정합니다.
 

#구문

GRANT ALL PRIVILEGES ON [데이터베이스명.테이블명] to [사용자@호스트] identified by '비밀번호' [with grant option];  


#예시

GRANT ALL PRIVILEGES ON *.* TO 'test'@'%';

 

CUBRID DBLink 설정

다음은 CUBRID에서 MySQL DBLink를 위한 설정 방법입니다.
설정에 필요한 부분들은 다음과 같이 설정하였습니다.

  • MySQL Server IP : 192.168.64.155
  • MySQL Server Port : 56000
  • MySQL DB명 : test_db
  • MySQL 계정 : root
  • MySQL 계정 암호 : Mysql12!
  • CUBRID Server IP : 192.168.64.145
  • CUBRID DB명 : demodb

MySQL테이블 정보 

create table mysql_code(  

s_name char(1),

f_name varchar(6)
);

 

1. MySQL 설정 

1.1) MySQL ODBC Driver 설치

MySQL ODBC Driver 다운로드 사이트:

  • 링크를 통하여 OS 버전과 MySQL 버전에 맞는 파일을 다운로드하여 설치합니다. 
     https://dev.mysql.com/downloads/connector/odbc/

    [root@localhost ~]# yum install -y https://dev.mysql.com/get/Downloads/Connector-ODBC/8.0/mysql-connector-odbc-8.0.31-1.el7.x86_64.rpm  

     

1.2) ODBC Driver Name 확인 및 설정

Linux의 경우, MySQL ODBC Driver Name을 설정하기 위해서는 unixODBC를 설치 한 후 /etc/odbcinit.ini 파일에 Driver name을 작성해야 합니다

unixODBC 드라이버 관리자는 Linux 및 UNIX 운영 체제에서 ODBC 드라이버 와 함께 사용할 수 있는 오픈 소스 ODBC 드라이버 관리자이다.

  • unixODBC 설치 예시입니다. 버전에 맞는 ODBC를 설치를 진행합니다.
     
    [root@localhost]$ yum install unixODBC.x86_64  

    설치 관련 자세한 내용은 http://www.unixodbc.org의 download를 참고 바랍니다.
     
  • unixODBC 설치 확인 및 odbcinst.ini 위치를 알 수 있다.
     

    [root@localhost ~]# odbcinst -j
    unixODBC 2.3.1
    DRIVERS............: /etc/odbcinst.ini
    SYSTEM DATA SOURCES: /etc/odbc.ini
    FILE DATA SOURCES..: /etc/ODBCDataSources  
    USER DATA SOURCES..: /root/.odbc.ini
    SQLULEN Size.......: 8
    SQLLEN Size........: 8

     

1.3) odbcinst.ini 설정

odbcinst.ini 에 MySQL 드라이버를 설정을 해주어야합니다. 다운로드 받은 드라이브 위치를 Driver에 입력합니다.

*CUBRID에서는 odbc.ini파일 설정이 필요 없음

 

# 세션의 이름이 driver 이름이다.

# cubrid_gateway.conf의 CGW_LINK_ODBC_DRIVER_NAME 세션의 이름을 작성해야 한다. 

 

[mysql odbc driver]
Driver=/usr/lib64/libmyodbc8a.so   

 

2. CUBRID 설정

CUBRID gateway 

게이트웨이는 CUBRID 데이터베이스 서버가 타 데이터베이스 서버에 연결할 수 있도록 중계하는 미들웨어이다.

 

cubrid_gateway.conf 설정

  • SERVICE 를 ON으로 변경

  • CGW_LINK_SERVER_IP 에 mysql database 서버의 ip주소 설정

  • CGW_LINK_SERVER_PORT 에 mysql database 서버의 port 설정

  • CGW_LINK_ODBC_DRIVER_NAME 에 odbcinst.ini에서 설정한 세션의 이름(mysql odbc driver) 

*추가적인 GATEWAY 파라메터 설명은 메뉴얼을 참고해주시기 바랍니다. 

  https://www.cubrid.org/manual/ko/11.2/sql/dblink.html

 

[gateway]
MASTER_SHM_ID           =50001
ADMIN_LOG_FILE          =log/gateway/cubrid_gateway.log

 

[%mysql_gateway]
SERVICE                 =ON
SSL                     =OFF
APPL_SERVER             =CAS_CGW
BROKER_PORT             =56000
MIN_NUM_APPL_SERVER     =5
MAX_NUM_APPL_SERVER     =40
APPL_SERVER_SHM_ID      =56000
LOG_DIR                 =log/gateway/sql_log
ERROR_LOG_DIR           =log/gateway/error_log
SQL_LOG                 =ON
TIME_TO_KILL            =120
SESSION_TIMEOUT         =300
KEEP_CONNECTION         =AUTO
CCI_DEFAULT_AUTOCOMMIT  =ON
APPL_SERVER_MAX_SIZE    =256
CGW_LINK_SERVER         =MYSQL
CGW_LINK_SERVER_IP      =192.168.64.155
CGW_LINK_SERVER_PORT    =3306
CGW_LINK_ODBC_DRIVER_NAME   =mysql odbc driver
CGW_LINK_CONNECT_URL_PROPERTY       ="charset=utf8;PREFETCH=100;NO_CACHE=1"   

 

cubrid_gateway.conf 확인

gateway 설정값을 확인 시 cubrid_gateway.conf 파일 열기 또는 cubrid gateway info 명령어를 통해 확인할 수 있습니다.

[cubrid@localhost]$ cubrid gateway info


#
# cubrid_gateway.conf
#

# gateway parameters were loaded from the files
# /home/cubrid/CUBRID-11.2.1.0677-82f461a-Linux.x86_64/conf/cubrid_gateway.conf  

# gateway parameters
[gateway]
MASTER_SHM_ID   =50001

 

[%mysql_gateway]
SERVICE                 =ON
APPL_SERVER             =CAS_CGW
MIN_NUM_APPL_SERVER     =5
MAX_NUM_APPL_SERVER     =40
APPL_SERVER_SHM_ID      =56000
SSL                     =OFF
APPL_SERVER_MAX_SIZE    =256
SESSION_TIMEOUT         =300
LOG_DIR                 =log/gateway/sql_log
SLOW_LOG_DIR            =log/gateway/sql_log/
ERROR_LOG_DIR           =log/gateway/error_log
LOG_BACKUP              =OFF
SOURCE_ENV              =
SQL_LOG                 =ALL
SLOW_LOG                =ON
SQL_LOG_MAX_SIZE        =10240
LONG_QUERY_TIME         =60.00
LONG_TRANSACTION_TIME   =60.00
AUTO_ADD_APPL_SERVER    =ON
JOB_QUEUE_SIZE          =1024
TIME_TO_KILL            =120
ACCESS_LOG              =OFF
ACCESS_LOG_MAX_SIZE     =10240K
ACCESS_LOG_DIR          =log/gateway/
ACCESS_LIST             =
MAX_STRING_LENGTH       =-1
KEEP_CONNECTION         =AUTO
STATEMENT_POOLING       =ON
CCI_PCONNECT            =OFF
ACCESS_MODE             =RW
CONNECT_ORDER           =SEQ
MAX_NUM_DELAYED_HOSTS_LOOKUP    =-1
RECONNECT_TIME          =600
REPLICA_ONLY            =OFF
TRIGGER_ACTION          =ON
MAX_QUERY_TIMEOUT       =0
ENABLE_MONITOR_HANG     =OFF
ENABLE_MONITOR_SERVER   =ON
REJECTED_CLIENTS_COUNT  =0
STRIPPED_COLUMN_NAME    =ON
CACHE_USER_INFO         =OFF
SQL_LOG2                =0
BROKER_PORT                     =56000
APPL_SERVER_NUM         =5
APPL_SERVER_MAX_SIZE_HARD_LIMIT =1024
MAX_PREPARED_STMT_COUNT =2000
PREFERRED_HOSTS         =
JDBC_CACHE              =OFF
JDBC_CACHE_HINT_ONLY    =OFF
JDBC_CACHE_LIFE_TIME    =1000
CCI_DEFAULT_AUTOCOMMIT  =ON
MONITOR_HANG_INTERVAL   =60
HANG_TIMEOUT            =60
REJECT_CLIENT_FLAG      =ON
CGW_LINK_SERVER         =MYSQL
CGW_LINK_SERVER_IP      =192.168.64.155
CGW_LINK_SERVER_PORT    =3306
CGW_LINK_ODBC_DRIVER_NAME       =mysqltest
CGW_LINK_CONNECT_URL_PROPERTY   =charset=utf8;PREFETCH=100;NO_CACHE=1

 

 

gateway 상태 확인

cubrid gateway status 명령어를 통하여 현재 gateway 상태를 확인할 수 있습니다.

  • cubrid gateway info 예시)

[cubrid@localhost]$ cubrid gateway status 

 

@ cubrid gateway status
% oracle_gateway OFF

% mysql_gateway
----------------------------------------------------------------------
        ID   PID                  QPS        LQS   PSIZE STATUS
----------------------------------------------------------------------    
         1 44165                    1          0  199128 IDLE
         2 44166                    0          0   50928 IDLE
         3 44167                    0          0   50928 IDLE
         4 44168                    0          0   50928 IDLE
         5 44169                    0          0   50928 IDLE

 

 

CUBRID DBLink 사용 예시

1. MySQL 데이터 조회

타 데이터베이스의 데이터 조회를 위한 DBLINK Query문 작성 방법은 2가지이며 그 중 FROM절에 DBLINK 구문을 작성하여 데이터를 조회하는 방법입니다.

SELECT * FROM DBLINK ('CUBRID IP:CUBRID-GATEWAY-PORT:DBNAME:USER:PASSWORD:','SELECT select-list FROM remote_table') AS t(column-name column-type, …);

*MySQL DBLINK 실행 전 CUBRID gateway를 시작하여야 합니다.(cubrid gateway start)

 

다음 구문은 CUBRID에서 MySQL의 mysql_code 테이블 정보를 조회하는 예시입니다.

 

csql> SELECT *
        FROM DBLINK ('192.168.64.145:56000:test_db:root:Mysql12!:',

                             'select s_name, f_name from mysql_code')

                              AS M(s_name varchar(20), f_name varchar(20));  

 

=== <Result of SELECT Command in Line 1> ===

s_name f_name

============================================

'X' 'Mixed'

'W' 'Woman'

'M' 'Man'

'B' 'Bronze'

'S' 'Silver'

'G' 'Gold'

 

 

2. MySQL 서버 등록 후 데이터 조회

타 데이터베이스의 데이터 조회를 위한 DBLINK Query문 중 SERVER를 활용하여 데이터를 조회하는 방법입니다.

DBLINK Query를 작성할 때 마다 매번 작성해야 하는 번거로움과 사용자 정보(id, password) 가 외부로 노출될 우려가 있습니다.

이런 번거로움과 정보 보호를 위해 CREATE SERVER문을 이용하면, Query문 보다 간단하고, 사용자 정보 보호에 도움이 됩니다.

2.1) 서버 등록

CREATE SERVER문을 사용하여 원격 접속 정보를 생성합니다. 생성된 서버는 DBLINK를 이용하는 SELECT 질의를 수행 할 때 원격 서버를 지정하는데 사용합니다.

CREATE SERVER server-name(HOST,PORT,DBNAME,USER,PASSWORD,PROPERTIES,COMMENT);

*option: PASSWORD,PROPERTIES,COMMENT

 

다음 구문은 "remote_mysql"라는 이름으로 서버를 등록하는 예시입니다. 

 

csql> CREATE SERVER remote_mysql

        ( HOST='192.168.64.145',
          PORT=56000,
          DBNAME=test_db,
          USER=root,
          PASSWORD='Mysql12!');

 

Execute OK. (0.032039 sec) Committed. (0.001417 sec)  

 

 

2.2) 서버 등록 확인

다음 구문은 DB_SERVER 테이블에 서버가 등록된 것을 확인하는 예시입니다. 

 

csql> SELECT *

        FROM DB_SERVER

        WHERE link_name='remote_mysql';

 

link_name             host                         port  db_name               user_name             properties            owner                 comment

=====================================================================================================================

'remote_mysql'       '192.168.64.145'           56000  'test_db'              'root'              NULL                  'PUBLIC'              NULL

 

 

2.3) 서버 등록 후 데이터 조회

다음은 Create server 구문으로 만든 remote_mysql(서버명)을 조회하는 예시입니다. 

SELECT * FROM DBLINK ('서버명','SELECT select-list FROM remote_table') AS t(column-name column-type, …);

 

csql> SELECT *  

        FROM DBLINK (remote_mysql,'select s_name, f_name from mysql_code')  

        AS M(s_name varchar(20), f_name varchar(20));  

s_name                f_name

============================================  

'X'                    'Mixed'  

'W'                   'Woman'  

'M'                   'Man'  

'B'                    'Bronze'  

'S'                    'Silver'  

'G'                    'Gold'

 

 

3. MySQL VIEW 등록 및 조회 

3.1) MySQL View 등록 

mysql 데이터 조회 구문을 View로 생성하여 사용이가능합니다.

다음 구문은 CUBRID의 event 테이블과 MySQL의 mysql_code 테이블을 조인하여 View(test_view)로 등록하는 예시입니다.  

 

csql>  CREATE VIEW test_view as
         SELECT *
         FROM DBLINK ('192.168.64.153:56000:test_db:root:Mysql12!:','select * from mysql_code') 

         AS M(s_name varchar(20), f_name varchar(20));


3.2) MySQL View 등록 후 조회 

다음 구문은 View(test_view) 등록 후 조회하는 예시입니다.

 

csql> select * from test_view;

=== <Result of SELECT Command in Line 1> ===

  f_name                s_name
============================================  
  'Mixed'               'X'
  'Woman'             'W'
  'Man'                 'M'
  'Bronze'              'B'
  'Silver'                'S'
  'Gold'                'G'

 

4. HA 환경에서 DBLink 

HA 환경에서 절체되었을 경우 기존 슬레이브에서 mysql 연결을 위해 gateway 로 접속을 해야합니다. 일반적으로 gateway 는 CUBRID DB 서버상에 설정하는데, 절체되었을때 기존 마스트가 shutown 된 경우, 기존 마스터의 gateway 로는 접속이 불가능해지므로 MySQL db link 연결을 위해 접속할 gateway 는 슬레이브 상의 gateway 로 접속을 해야 합니다. 
따라서 HA 환경에서는 master/slave 모두 동일하게 gateway 를 설정하여야 하며, DB link 를 위한 서버 설정시 gateway 서버의 주소를 localhost 로 해줘야, 절체후 자신의 서버의 gateway 를 통해 mysql 과 연결이 가능해집니다.

 

DBLink 시 사용하는 server는 master에서 등록 시 slave에도 복제가 됩니다.

csql>  CREATE SERVER ha_remote_mysql  
         (HOST='localhost',
          PORT=56000,
          DBNAME=test_db,
          USER=root,
          PASSWORD='Mysql12!'); 

 

master와 slave는 동일하게 적용된것을 확인할 수 있습니다. 

#Master  DB_SERVER  테이블 결과 

csql> SELECT  *  

FROM DB_SERVER

WHERE link_name='ha_remote_mysql';

 

=== <Result of SELECT Command in Line 1> ===

  link_name             host                         port  db_name               user_name             properties            owner                 comment
====================================================================================================================
  'ha_remote_mysql'     'localhost'                 56000  'test_db'             'root'                NULL                  'DBA'                 NULL

 

#Slave DB_SERVER 테이블 결과 

csql>  SELECT *  

FROM DB_SERVER

WHERE link_name='ha_remote_mysql';

 

=== <Result of SELECT Command in Line 1> ===

  link_name             host                         port  db_name               user_name             properties            owner                 comment
====================================================================================================================
  'ha_remote_mysql'     'localhost'                 56000  'test_db'             'root'                NULL                  'DBA'                 NULL

 

DBLink 사용 시 볼 수 있는 에러 메시지

  1. ERROR: dblink - Cannot connect to CUBRID CAS

    • 원인 : ip,port 정보 불일치

  2. ERROR: dblink - Connection timed out

    • 원인 : MySQL 미구동

  3. ERROR: dblink - not supported type SQL_UNKNOWN_TYPE(0). [CAS INFO 192.168.64.145:56000,1,32448]

    • 원인 : MySQL 버전 과 ODBC Driver 버전 불일치, 버전 동일 설정 후 정상동작

 

 


  1. CUBRID QA 절차 및 업무 방식 소개

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

    현재 Java로 구현된 데이터베이스 관리 툴 중에 가장 인기가 있는 툴이 DBeaver가 아닌가 생각된다. DBeaver 툴은 CUBRID 또한 지원을 해서 SQL Query browser의 기능을 충분히 수행한다. ※ DBeaver 특징 □ Community Edition 버전을 사용하면 라이센스(Apache License)가 무료이다. □ 자바/이클립스 기반으로 개발되어서 윈도우, 리눅스, MAC에서 구동된다. □ JDBC 기반으로 해서 DB를 지원한다. (CUBRID, ORACLE, SQL Server, MySQL, Postgresql ... ) □ 개발소스가 공개되어서 버그픽스가 가능하고 새로운 기능을 개발하여 사용이 가능하다. □ 릴리즈도 거의 2주마다 되기 때문에 버그 픽스또한 매우 빠른 편이다. CURBID를 DBeaver에서 사용하는 방법은 "DBeaver Database Tool 큐브리드 사용하기" 를 참조 하면 도움이 될 것이다. 필자는 해당 툴을 사용하다가 사용하는 PC를 바꾸게 되어 기존 설정을 백업해서 복구 하고자 한다. Workspace를 따로 빼서 사용하지 않은 기본 설정으로 사용하신 분을 기준으로 백업/복구를 가이드 하고자 한다. 순서는 다음과 같다. 1. 먼저 백업하고자 하는 기존의 환경에서 탐색기 창을 연다. 2. 주소/디렉터리 위치 표기창에 %appdata%...
    Date2022.12.26 Category나머지... ByHiCLASS Views3304 Votes0
    Read More
  9. 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김주호 Views322 Votes0
    Read More
  10. 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 Views711 Votes0
    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