CUBRID2008 R2.1 업그레이드시 serial 관련 문제 해결 방법
CUBRID2008 R2.1 아래 버젼(CUBRID7.x, CUBRID2008 R1.x, R2.0)에서 R2.1로 업그레이드시 serial 관련 update 권한 문제가 발생하는데, 이 문제를 해결하기 위한 방법을 소개한다. 데이터베이스 업그레이드시 데이터베이스를 재구성하는 과정에서 데이터베이스 스키마를 등록할때 발생하는 문제이며, 스키마를 등록하기 전에 스키마 화일을 편집하여 진행하여야 한다.
이 문제는 R2.1부터 serial 을 관리하는 시스템 테이블(db_serial)에 대한 사용자의 접근을 허용하지 않도록 변경되어, 기존 serial 관리 테이블에 대한 update 명령이 수행되지 않아 발생하는 문제이며, 이 문제를 수정하여 업그레이드를 진행해야 한다.
데이터베이스 재구성 방법은 별도의 문서로 준비되어 있으니 해당 문서를 참고하기 바란다. CUBRID2008 하위 버젼에서의 업그레이드 방법이지만 참고할만 하다. CUBRID 하위버젼에서 CUBRID2008로의 업그레이드 방법
스키마 화일은 <데이터베이스 이름>_schema 형태의 화일이름을 가지며, 여기서는 demodb를 이용하여 방법을 소개한다.
스키마 화일 이름은 demodb_schema 이며, 이를 편집기로 열어 상단을 보면 create serial 이 있는 부분을 발견할 수 있다. 이 부분을 모두 수정하여야 하며 하나의 serial 에 대한 처리 부분은 call find_user(), create serial, update db_serial 로 되어 있으니 이 세부분중 update db_serial 에 대하여 수정한다.
아래는 R2.0 이전에서 보여지는 스키마화일에서의 serial 부분이다. 이런 내용이 여러개 있을 수 있다. 해당 부분에서 모든 update db_serial 부분이 수정되어야 한다.
다음 내용은 public 데이터베이스 계정에서 stadium_no 라는 serial 개체를 만든 경우를 예로 한다.
다음 내용은 public 데이터베이스 계정에서 stadium_no 라는 serial 개체를 만든 경우를 예로 한다.
call find_user('PUBLIC') on class db_user to auser;
create serial stadium_no
start with 30141
increment by 1
minvalue 30141
maxvalue 10000000000000000000000000000000000000
nocycle;
update db_serial set owner = :auser, started=0 where name= 'stadium_no';
create serial stadium_no
start with 30141
increment by 1
minvalue 30141
maxvalue 10000000000000000000000000000000000000
nocycle;
update db_serial set owner = :auser, started=0 where name= 'stadium_no';
이 부분중 update db_serial 부분을 다음과 같이 수정한다.
call change_serial_owner ('stadium_no', 'PUBLIC') on class db_serial;
stadium_no 는 serial 개체의 이름이고, PUBLIC 은 해당 serial 개체를 생성한 데이터베이스 계정명이다. CUBRID에서는 계정명에 대하여 대소문자 구분을 하지 않으며 시스템에 보관시 대문자로 보관한다.
즉, update 질의가 call 문장으로 변경이 되는 것이다.
즉, update 질의가 call 문장으로 변경이 되는 것이다.
수정한 내용을 저장하고, 저장된 스키마 화일을 이용하여 스키마 로딩을 진행하면 된다.
cubrid loaddb -s demodb_schema -u dba demodb_new 와 같은 형태로 진행한다.
CUBRID2008 실행계획 분석하기
CUBRID2008 R2.0 실행계획 분석하기
