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

단축키

Prev이전 문서

Next다음 문서

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

CUBRID는 다른 DBMS와는 달리 CharacterSet 설정이 없는 상태에서 입력하는 클라이언트의 Character Code를 그대로 받아들입니다. 이렇게 함으로써 입력과 출력이 동일한 형태가 되도록 하고 있습니다.
입력된 character code를 그대로 저장하는 특성 때문에 입력되는 Character Code가 어떤 CharacterSet을 사용하느냐에 따라 저장사이즈가 달라집니다. 따라서 컬럼의 사이즈를 결정할 때 입력되는 CharactrerSet을 고려하여 결정하여야 합니다.

한글 처리시 euc-kr 의 경우 2byte, utf-8의 경우 3byte가 사용되고 CUBRID에는 입력 byte 그대로 저장되기 때문에 euc-kr로 "홍길동"을 입력한다면 char(6)으로 설정해야 정상 저장 될 것이고,  utf-8로 입력하는 경우 char(9)로 설정해야 저장 됩니다.

 

다른 DBMS는 아래와 같습니다.

1. Oracle
Oracle에서는 한글을 지원하기 위해 사용되는 CharacterSet이 KO16KSC5601, KO16MSWIN949, UTF8, AL32UTF8이 있습니다.
이중 KO16KSC5601, KO16MSWIN949는 한글 처리를 위해 2byte가 사용되고, UTF8, AL32UTF8는 3byte가 사용됩니다.
Oracle에서는 컬럼의 사이즈를 지정할 때 byte로 설정할 것인지 아니면 char로 설정할 것인지를 선택할 수 있습니다.
위에서 예를 들은 '홍길동'을 UTF-8로 저장하기 위해서는 컬럼의 데이터 타입 정의시 char(9 byte)로 하거나, char(3 char)로 사용합니다.

 

2. MySQL
MySQL에서는 한글을 지원하기 위해 사용되는 CharacterSet이 euckr, utf-8이 있습니다.
MySQL에서는 컬럼의 사이즈를 지정할 때 CharacterSet의 종류에 상관 없이 문자단위로 처리합니다.
위에서 예를 들은 '홍길동'을 저장할 컬럼을 생성할 때 CharacterSet이 euckr이건 utf-8이건 상관없이 모두 char(3)으로 사용합니다.

 

3. Altibase
Altibase에서 지원하는 CharacterSet은 매뉴얼 등에서 찾지 못했고KO16KSC5601, UTF-8은 사용되는 것 같습니다.
컬럼 사이즈 지정 관련하여서는 byte 단위로 처리함에 따라 UTF-8로 '홍길동'을 저장하는 경우 char(9)로 사용합니다.

 

4. Tibero
Tibero 에서 지원하는 CharacterSet은 매뉴얼 등에서 찾지 못했고 UTF8, EUCKR, MSWIN949이 사용되는 것 같습니다.
컬럼 사이즈 지정 관련하여서는 Oracle과 동일한 방식이 사용되고 있습니다.


 

따라서 한글이 사용된 컬럼(데이터 타입이 char or varchar)을 CUBRID로 변경하기 위해서는 아래와 같이 사이즈를 고려하여야 합니다.

아래의 예는 utf-8 한글 사용의 경우입니다.

1. Oracle은 char(9 byte)의 경우 CUBRID는 char(9)로, char(9 char)인 경우는 CUBRID는 char(27)로

2. MySQL은 char(9 byte)의 경우 CUBRID는 char(27)로

3. Altibase은 char(9 byte)의 경우 CUBRID는 char(9)로

4. Tibero의 경우 Oracle과 동일

 


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

Contact Cubrid

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