Background Image
조회 수 20587 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

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

오라클 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문을사용하여 다른 사용자에게 테이블 권한을 부여하여야 한다

, ORACLEcreate 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에서는 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에서는 이를지원하지 않으므로, 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 = ...

 

[출처] 오라클 to CUBRID 마이그레이션 수행 주의사항 (큐브리드 공부하기) |작성자 이조건


List of Articles
번호 분류 제목 글쓴이 날짜 조회 수
17 마이그레이션 CMT를 이용하여 원본 특정 테이블의 일부 데이터만 가져와 대상 테이블에 넣기 엄기호 2016.01.28 4340
16 마이그레이션 MySQL 테이블 크기 조사하기-공유 주현 2015.12.31 5041
15 마이그레이션 CUBRID와 Oracle의 NULL과 '' (empty string)의 처리 차이점 1 권호일 2015.12.29 9026
14 마이그레이션 CM(CUBRID Manager)을 이용하여 행정표준코드시스템의 기관코드 가져오기 file 권호일 2015.12.28 5849
13 마이그레이션 CUBRID vs MySQL vs ORACLE SQL 타입별 비교 정만영 2013.07.12 64180
12 마이그레이션 MySQL+XE를 CUBRID+XE로 운영하기 – mysqldump파일과 CMT사용 file cubebridge 2012.11.13 22852
11 마이그레이션 MySQL에서 CUBRID로 갈아탈 때 알아야 할 것 cubebridge 2012.11.13 20967
10 마이그레이션 오라클의 order by 시 first와 last 대체 사용법 file cubebridge 2012.11.12 17272
9 마이그레이션 CUBRID Migration Tookit 8.4.1 file cubebridge 2012.04.14 10954
8 마이그레이션 데이터베이스 마이그레이션(unloaddb & loaddb) 의 효과적인 수행방법 file cubebridge 2012.04.14 23679
7 마이그레이션 MySQL에서 사용하는 스키마 변환시 주의 사항 정만영 2012.03.02 12962
» 마이그레이션 오라클 to CUBRID로 마이그레이션 수행 시 주의사항 정만영 2012.03.02 20587
5 마이그레이션 타 DBMS를 CUBRID로 마이그레이션 시 varchar,char 컬럼 사이즈 관련 손승일 2010.07.01 37538
4 마이그레이션 타 DB 에서 마이그레이션시 질의 변경 샘플 - CASE 문 웁쓰 2009.12.31 21328
3 마이그레이션 CUBRID는 MySQL의 varchar(255)와 동일한 길이가 아닌가요? 손승일 2009.12.28 27390
2 마이그레이션 CUBRID 하위버젼에서 CUBRID2008로의 업그레이드 방법 1 남재우 2008.12.06 30005
1 마이그레이션 MySQL의 limit 명령어 처리 1 admin 2008.11.21 31975
Board Pagination Prev 1 Next
/ 1

Contact Cubrid

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