CUBRID | FAQ & TIP - 오라클 to CUBRID로 마이그레이션 수행 시 주의사항

(CUBRID 8.4.0 이상 버전 기준, 2012/02/05)

1. derived table 이름의 명시

ORACLE의 경우 필요한 경우를 제외하고는 derived table 명을 생략해도 문제가 없으므로 일반적으로 사용을 잘 하지 않는데

비해 CUBRID 는 반드시 명시해주어야 한다.

ORACLE

select * from (select sysdate from dual)

CUBRID

select * from (select sysdate from dual) tbl

2. delete 질의에 대하여 from 생략

CUBRID에서 delete질의에 대하여 from을 생략할 경우 Syntax에러가 발생하므로 수정이 필요하다.

ORACLE

delete tbl where ...

CUBRID

delete from tbl where ...

3. connect by 사용시 수정

connect by 사용시 start with 가 뒤에 올 경우 ORACLE 에서는문제없으나, CUBRID 에서는 에러발생하므로

start with가 connect by보다 먼저나와야 한다.

ORACLE

select * from a connect by prior id = pid start with id = 1

CUBRID

select * from a connect by prior id = pid start with id = 1
--> ERROR: syntax error, unexpected START_

select * from a start with id = 1 connect by prior id = pid

4. order by 시 NULL 의 순서

order by 시 NULL의 값이 CUBRID는 제일 작은 값이나 ORACLE 은 제일 큰 값이므로 검색 결과 순위가 다르다.

CUBRID 8.4.1 버전 이하에서는 ORACLE처럼 order by ... nulls first, order by ... nulls last 를 지원하지 않으므로주의한다.

ORACLE

select id from a order by id 시 결과 순서 : 1, 2, 3, ..., NULL
select id from a order by id nulls first : NULL, 1, 2, 3, ...

CUBRID

select id from a order by id 시 결과 순서 : NULL, 1, 2, 3, ...

5. ORACLE에서의 index 힌트

A. ORACLE에서는 select /*+ <테이블명 또는 alias> <인덱스명> */ 형태의 인덱스 힌트 기능이 있으며, CUBRID의 using index 문과

기능이 유사하다. 다만, CUBRID 예전 버전(8.3.x이하)버전의 경우에는 JOIN문에서 usingindex 뒤에 인덱스 명을 지정하지 않는 경우,

해당 테이블에 대해 full scan이 일어나므로, 반드시 각각의 테이블에 대한 인덱스명을 지정해주어야 한다.

ORACLE

select /*+ tbl ix_tbl01 */ from tbl, tbl2
where tbl.i = 1 and tbl.j = tbl2.j
ix_tbl01 을 tbl 검색시 사용하고, tbl2 에 대하여는 optimizer 가 알아서 선택.

CUBRID 8.2.x~8.3.x버전

select from tbl, tbl2
where tbl.i = 1 and tbl.j = tbl2.j
using index tbl.ix_tbl01, tbl2.ix_tbl2_j
ix_tbl01 을 tbl 검색시 사용하고, tbl2 에 대하여는 full scan 일어나므로 tbl2에 대한 인덱스도 반드시 지정해주어야 한다.

CUBRID 8.4.0 이상 버전

select from tbl, tbl2
where tbl.i = 1 and tbl.j = tbl2.j
using index tbl.ix_tbl01;
ix_tbl01 을 tbl 검색시 사용하고, tbl2 에 대하여는 optimizer 가 알아서 선택.

B. ORACLE에서 select /*+<INDEX_DESC> ( <테이블명 또는 alias> <인덱스명> ) */ 형태의 내림차순 인덱스 힌트 기능이 있다.

CUBRID에서는 /*+USE_DESC_IDX*/ 힌트와 using index 문을 결합하여 사용하여야 한다.

ORACLE

select /*+ INDEX_DESC(tbl ix_tbl01) */ from tbl, tbl2
where tbl.i = 1 and tbl.j = tbl2.j

CUBRID 8.2.x~8.3.x버전

select /*+ USE_DESC_IDX */ from tbl, tbl2
where tbl.i = 1 and tbl.j = tbl2.j
using index tbl.ix_tbl01, tbl2.ix_tbl2_j

CUBRID 8.4.0 이상 버전

select /*+ USE_DESC_IDX */ from tbl, tbl2
where tbl.i = 1 and tbl.j = tbl2.j
using index tbl.ix_tbl01;

C. ORACLE에서는 LEADING 힌트를 제공하지만, CUBRID에서는 이를 지원하지않는다.

대신, /*+ORDERED*/ 힌트를 사용하여 수정할수 있다.

6. 테이블 생성시 컬럼 정보 뒤에 constraint 삽입

CUBRID는 foreign key 지정할 때 ORACLE 처럼 "constraint fk_id ..." 절을 사용할 수 없고, 컬럼 타입 다음에

“foreign key references”절을사용하여야 한다.

ORACLE

create table tbl (id int constraint pk_id primary key);
create table tbl2 (id int constraint fk_id references tbl(id));

CUBRID

create table tbl (id int constraint pk_id primary key);
create table tbl2 (id int foreign key references tbl(id));

7. 스키마 생성시 소유자 지정

CUBRID은 스키마 생성문에서 직접 소유자를 지정할 수 없고, GRANT문을사용하여 다른 사용자에게 테이블 권한을 부여하여야 한다.

단, ORACLE의create tableusera.tbl 문이 실행은 되지만, 실제 소유자는 현재 데이터베이스에 로그인한 사용자이지 usera가 아니다.

A. 에러는 나지않지만 GRANT문을 실행하여야 테이블에 대한 사용자 권한을 부여할 수 있다.

ORACLE

sys user로 로그인
create table usera.tbl ( ...
소유자는 usera

CUBRID

dba 유저로 로그인
create table usera.tbl (...
소유자는 dba.

GRANT ALL PRIVILLEGES ON tbl TO usera;

usera에게 tbl에 대한 모든 권한을 부여해야 함.

B. 인덱스 생성시에는에러

ORACLE

sys user로 로그인
create index usera.idx on usera.tbl ( ...
소유자는 usera

CUBRID

dba 유저로 로그인
create index usera.idx on usera.tbl ( ...

--> 에러 발생함. 테이블 소유자가 인덱스 소유자가 되므로, 인덱스 권한을 별도로 부여할 수 없음
create index idx on usera.tbl ( ...

--> OK

8. row_number(), rank(), over() 함수 - CUBRID 9.0에서 지원

CUBRID에서는 row_number(), rank(), over()함수를 지원하지 않으므로, 질의수정을 하여야 한다.

[row_number() 함수]

[rank() 함수]

[over() 함수] - count-over, min-over, max-over, row_number-over, rank-over

ORACLE

select a, id, count(*) over() from tbl where a>0 and a<101;

CUBRID

8.4.1 이하 버전

select a, id, cnt from tbl, (select count(*) from tbl where a>0 and a<101) t(cnt) where a>0 and a<101;

9. ORACLE의 mergeinto 문 : 조건에 따라 insert 또는 update를 수행하면서 테이블 동기화 수행 - CUBRId 9.0에서 지원

CUBRID에서는 이를지원하지 않으므로, insert문이나 replace문으로질의를 수정하여야 한다.

ORACLE

MERGE INTO t_Target A
using
(
select key1, key2, value1, value2
from t_Base
where key1 = 'abc'
) B
ON (A.key1 = B.key1 and A.key2 = B.key2)
WHEN MATCHED THEN
update set
A.value1 = B.value1,
A.value2 = B.value2
WHEN NOT MATCHED THEN
insert (A.key1 , A.key2 , A.value1, A.value2)
values (B.key1 , B.key2, B.value1, B.value2)

10. SYS_GUID() 함수

32 bytes 의 중복되지않는 랜덤한 문자열 제공 함수이며, CUBRID에서는 지원하지 않으므로 질의 수정이 필요하다.

ORACLE

sleect SYS_GUID() from dual;
SYS_GUID()
--------------------------------
B4CBD3E9BEA52132E040007F01003B9D

11. select … for update wait 10

ORACLE에서 해당레코드에 write lock 을 선점 후 select 해주는기능이며, CUBRID에서는 응용하여 처리해야 한다.

ORACLE

select id from tbl for update wait 10

write lock 을 잡기 위해 10초동안 기다림. 10초 초과시 에러.
update tbl set id = ...

큐브리드 공부하기 카페 참조: http://cafe.naver.com/studycubrid/889

DOCUMENTS

오라클 to CUBRID로 마이그레이션 수행 시 주의사항

단축키

단축키

join update 처리방법입니다.(연관성 있는 테이블을 조인하여 처리하는 UPDATE 구문)

MySQL+XE를 CUBRID+XE로 운영하기 – mysqldump파일과 CMT사용

CUBRID와 CUBRID Web Manager설치, 그리고 XE의설치 및 연동까지

CUBRID-PHP-Driver 연동가이드

MySQL에서 CUBRID로 갈아탈 때 알아야 할 것

오라클 to CUBRID로 마이그레이션 수행 시 주의사항

오라클의 order by 시 first와 last 대체 사용법

CUBRID에서의 BLOB/CLOB 사용시 백업 및 복구에 대한 주의 점

전자정부 표준프레임워크 CUBRID 사용 방법 문의 참조

Windows 서버에서 [장치에 쓰기 캐싱 사용] 설정/해제에 따른 성능 차이

데이터 입력 중 디스크 공간 부족 오류가 발생하였을 때, 복구 방법

게시판 응용 중 조회수로 정렬하는 경우 인덱스 생성 방법

문자(char, varchar)로 설계한 날짜데이타 검증하기

CUBRIDManager의 접속 정보 이관

CUBRID Migration Tookit 8.4.1

CUBRID 에서의 사용자 권한관리 방법

데이터베이스 마이그레이션(unloaddb & loaddb) 의 효과적인 수행방법

세부내역과 소계를 한개의 쿼리문장으로 수행하는 SQL

한건의 데이타를 여러건으로 조회하는 쿼리입니다.

여러건의 코드명을 한건으로 조회하는 쿼리입니다.

Contact Cubrid

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

Site Map