버그 발생 단계
1. 트리거 생성
생성 쿼리문 : CREATE TRIGGER "1"
AFTER STATEMENT INSERT ON "code"
EXECUTE INVALIDATE TRANSACTION;
2. 해당 테이블 code 를 동일하게 생성 ( 동일 구조 테이블 추가 )
1. 조회. select * from "code";
2. 결과 .
X Mixed
W Woman
M Man
B Bronze
S Silver
G Gold
3. 동일구조의 테이블 생성 ( code_bk )
1. 자료 입력
insert into code_bk
select * from "code";
2. code 테이블 자료 삭제
delete from code ;
3. code 의 테이블에 code_bk 의 자료 입력
오류 내역 (자세한 사항은 첨부 이미지 확인 )
내용 : " 질의 오류가 있습니다. 오류 내용은 아래와 같습니다. 계속하시겠습니까?
실행 오류 : -529
4번째 라인 실행 오류
오류 설명 :
Transaction cannot be committed, it was invalidated by trigger "i". "
이상입니다.
우선 CUBRID에 대한 관심 감사드립니다. 두 가지 사항으로 나누어 질문에 대하여 답변을 드리도록 하겠습니다.
1. code테이블에 대해 생성한 인서트 제약 트리거가 복제되지 않는 오류가 발생한다.
Create table like는 해당 트리거까지 복사해주는 것은 아니며, 컬럼과 인덱스를 복사해주는 것이므로 버그가 아니며, 스펙입니다.
트리거 객체는 테이블과 연관되어 있기는 하지만 별개의 스키마 객체로 보고 있으며, 복사 과정에서 트리거 이름을 자동 부여해야 하는데 이는 DBA가 원하는 바가 아닐 수 있습니다.
즉 create table like로 테이블 스키마 복사할 때에 트리거를 옮기고 싶으시다면 사용자가 직접 해줘야 합니다.
이는MySQL에서도 같은 사항입니다.
2. code에 데이터 삭제 후 다시 데이터를 삽입했을 때 오류 설명과 같은 글이 발생한다.
사용자가 설정한 삽입에 대한 트리거 실행 영역 INVALIDATE TRANSACTION은 트리거를 부른 이벤트 연산에 대해 수행은 하지만 커밋을 포함하고 있는 트랜잭션은 수행되지 않도록 합니다. 이는 테이터를 변경하는 이벤트가 발생한 후에 유효하지 않은 데이터를 가지는 것으로부터 보호하기 위하여 트랜잭션이 유효하지 않으면 반드시 ROLLBACK 문으로 취소시켜야 합니다.
그러므로 오류사항으로 보신 그림처럼 트리거에 의해 에러가 출력된 것이므로, 버그가 아닙니다.
자세한 사항은 매뉴얼을 참고하세요.(http://www.cubrid.com/online_manual/cubrid_830/syntax/syntax_trigger_create_action.htm)
질문에 대한 원하시는 답변이 되셨기를 바랍니다.