MySQL에서 트리거 기반 CHECK 제약 조건 에뮬레이션의 타당성 탐색
MySQL에는 CHECK 제약 조건에 대한 기본 지원이 부족하여 데이터 일관성을 강화합니다. 결과적으로 트리거 사용을 포함한 대체 솔루션이 모색되었습니다. 그러나 일반적인 트리거 기반 접근 방식은 오류 신호를 보내는 대신 기본값 설정에 의존하는 경우가 많습니다.
오류 처리를 통해 Triggers Mimic CHECK 제약 조건을 모방할 수 있습니까?
지정된 조건 위반 시 오류를 반환하는 트리거를 구성하여 CHECK 제약 조건의 동작을 효과적으로 시뮬레이션할 수 있습니다. 대답은 긍정적입니다.
데이터 업데이트의 경우 다음과 같은 트리거를 사용할 수 있습니다.
delimiter $$ create trigger chk_stats1 before update on stats for each row begin if new.month > 12 then SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Cannot add or update row: only'; end if; end; $$
이 트리거는 업데이트 작업 전에 작동하며 "월" 필드가 있는지 확인합니다. 12를 초과하는 경우 지정된 SQLSTATE 및 메시지로 오류를 트리거합니다.
마찬가지로 데이터 삽입의 경우에도 이와 같은 트리거가 가능합니다. 사용됨:
delimiter $$ create trigger chk_stats before insert on stats for each row begin if new.month > 12 then SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Cannot add or update row: only'; end if; end; $
이러한 트리거는 원하는 CHECK 제약 조건의 효과적인 시행자 역할을 하며 기본 CHECK 제약 조건과 마찬가지로 제약 조건 위반 시 오류를 반환합니다.
위 내용은 MySQL의 오류 처리를 통해 트리거가 CHECK 제약 조건을 모방할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!