이전 결과에서 트리거 및 CHECK 제약 조건 메서드 모두 음수 Emp_Salary 값을 삽입하지 못하도록 하여 목표를 달성하는 것을 확인할 수 있습니다. 그러나 어느 것이 더 좋을까요? 각 메서드에 대한 실행 계획 가중치를 확인하여 두 방법의 성능을 비교해 보겠습니다. 두 쿼리를 실행한 후 생성된 실행 계획에서 트리거 메서드 가중치가 아래 실행 계획 비교에 표시된 것처럼 CHECK 제약 조건 메서드 가중치의 3배임을 확인할 수 있습니다. 트리거 설정은 ALTER 데이터베이스를 사용하여 사용할 수 있습니다. 특정 이벤트에 대해 정의된 여러 트리거가 실행되는 정의된 순서는 없습니다. 각 트리거는 독립적이어야 합니다. { [ DELETE ] [ [ [ 삽입 ] [ [ [ [ [ 업데이트 ] } 이 테이블 이나 보기에 대 한 시도 때 DML 트리거를 활성화 하는 데이터 수정 문을 지정 합니다. 하나 이상의 옵션을 지정합니다. 트리거 정의의 순서에 따라 이러한 옵션의 조합을 사용합니다. 직접 되풀이에서 응용 프로그램은 테이블 T1을 업데이트합니다. 이렇게 하면 TR1이 트리거되어 테이블 T1이 업데이트됩니다. 테이블 T1이 업데이트되었기 때문에 TR1이 다시 트리거됩니다. CREATE 트리거 문은 트리거를 만드는 데 사용됩니다.
ON 절은 트리거를 연결할 테이블 이름을 지정합니다. FOR INSERT는 INSERT 후 트리거임을 지정합니다. 인서트를 대신 삽입 후를 사용할 수 있습니다. 둘 다 같은 의미. CHECK 제약 조건은 열 수준 또는 테이블 수준 제약 조건이 정의된 열만 참조하므로 모든 교차 테이블 제약 조건(이 경우 비즈니스 규칙)을 트리거로 정의해야 합니다. 따라서 새 제품이 삽입되자마자 트리거가 실행되어 몇 가지 기본 정보를 수집하고 전자 메일 메시지 형태로 해당 정보를 래핑하고 전자 메일을 보내는 저장 프로시저를 실행하여 궁극적으로 메시지를 데이터베이스 메일 큐입니다. 이는 연쇄 반응에서 트리거를 사용할 수 있는 방법의 훌륭한 예입니다. SQL Server 관리 Studio를 사용하여 SQL 트리거를 수정하려면 트리거가 있는 테이블로 이동한 다음 수정할 트리거(triggers_in_sql)를 선택한 다음 마우스 오른쪽 단추를 클릭하여 컨텍스트 메뉴가 열립니다. 여기서 다음과 같이 수정 옵션을 선택하면 삽입 트리거가 표시됩니다. 트리거와 함께 Insert 문을 알림 메커니즘으로 사용해 보겠습니다. 실제로 삽입 트리거에서 전자 메일을 보낼 예정입니다.
