[DB TRIGGER]트리거란? 데이터베이스 트리거의 모든 것

데이터베이스 트리거의 정의, 장점과 단점, 기본 문법, 종류, 성능 최적화, 구현 및 디버깅 방법

데이터베이스 트리거는 데이터베이스의 특정 이벤트에 반응하여 자동으로 실행되는 코드 조각입니다. 오라클 데이터베이스에서 트리거를 효과적으로 사용하기 위해 알아야 할 주요 주제들에 대해 설명합니다.

※ 오라클 데이터베이스 기준으로 설명 진행합니다.

---

1. 데이터베이스 트리거의 정의

• 트리거는 데이터베이스 테이블 또는 뷰에서 INSERT, UPDATE, DELETE 등의 데이터 조작 이벤트가 발생할 때 자동으로 실행되는 저장된 프로시저입니다. 트리거는 데이터 무결성을 유지하고, 복잡한 데이터 관리 작업을 자동화하는 데 사용됩니다.

 

---

2. 데이터베이스 트리거의 장점과 단점

장점

• 데이터 무결성 유지: 트리거는 데이터베이스의 무결성을 유지하는 데 도움을 줍니다.
• 자동화: 특정 이벤트가 발생할 때 자동으로 작업을 수행하므로, 수동으로 작업을 수행할 필요가 없습니다.
• 일관성 유지: 트리거는 모든 관련 변경 사항을 자동으로 처리하여 데이터 일관성을 유지합니다.

단점

• 디버깅 어려움: 트리거는 자동으로 실행되므로, 오류 발생 시 디버깅이 어려울 수 있습니다.
• 성능 저하: 복잡한 트리거는 데이터베이스 성능에 부정적인 영향을 미칠 수 있습니다.
• 예상치 못한 실행: 트리거가 자동으로 실행되므로, 의도하지 않은 시점에 실행될 수 있습니다.

 

---

3. 데이터베이스 트리거의 기본 문법

오라클에서 트리거를 생성하는 기본 문법은 아래와 같습니다.

CREATE OR REPLACE TRIGGER trigger_name
[BEFORE | AFTER] [INSERT OR | UPDATE OR | DELETE]
ON table_name
[FOR EACH ROW]
BEGIN
  -- 트리거 로직
END;

 

1. CREATE OR REPLACE TRIGGER trigger_name:
   • CREATE OR REPLACE: 기존에 동일한 이름의 트리거가 존재하면 덮어쓰고, 존재하지 않으면 새로운 트리거를 생성합니다.
   • trigger_name: 트리거의 이름을 지정합니다. 이 이름은 데이터베이스 내에서 고유해야 합니다.
2. [BEFORE | AFTER]:
   • 트리거가 특정 이벤트 전에 실행될지, 후에 실행될지를 지정합니다.
   • BEFORE: 이벤트가 발생하기 전에 트리거가 실행됩니다.
   • AFTER: 이벤트가 발생한 후에 트리거가 실행됩니다.
3. [INSERT OR | UPDATE OR | DELETE]:
   • 트리거가 반응할 이벤트를 지정합니다. 하나 또는 복수의 이벤트를 지정할 수 있습니다.
   • INSERT: 행이 삽입될 때 트리거가 실행됩니다.
   • UPDATE: 행이 업데이트될 때 트리거가 실행됩니다.
   • DELETE: 행이 삭제될 때 트리거가 실행됩니다.
   • 여러 이벤트를 동시에 지정할 수 있으며, OR로 구분합니다. 예를 들어, INSERT OR UPDATE는 삽입 또는 업데이트 시 트리거가 실행됨을 의미합니다.
4. ON table_name:
   • 트리거가 적용될 테이블을 지정합니다. 이 테이블에서 이벤트가 발생하면 트리거가 실행됩니다.
5. [FOR EACH ROW]:
   • 트리거가 행 단위로 실행될지, 문(statement) 단위로 실행될지를 지정합니다.
   • FOR EACH ROW: 이벤트가 발생한 각 행에 대해 트리거가 실행됩니다. 행 단위 트리거로, 변경된 각 행에 대해 한 번씩 실행됩니다.
   • 생략할 경우 문(statement) 단위 트리거가 되어, 이벤트가 발생한 전체 문에 대해 한 번만 실행됩니다.
6. BEGIN ... END;:
   • 트리거의 실제 로직을 정의하는 부분입니다. 트리거가 실행될 때 수행할 작업을 이 블록 안에 작성합니다.
   • BEGIN: 트리거 로직의 시작을 나타냅니다.
   • END;: 트리거 로직의 끝을 나타냅니다.
7. 생략가능한 부분
   • FOR EACH ROW: 행 단위 트리거가 아닌 문 단위 트리거를 작성하려면 생략할 수 있습니다.

CREATE OR REPLACE TRIGGER trg_statement_level
AFTER INSERT ON employees
BEGIN
  -- 트리거 로직
END;

 

 

• 예제:

CREATE OR REPLACE TRIGGER trg_employee_audit
AFTER INSERT OR UPDATE OR DELETE ON employees
FOR EACH ROW
BEGIN
  IF INSERTING THEN
    INSERT INTO audit_log (action, user_id, timestamp)
    VALUES ('INSERT', :NEW.user_id, SYSDATE);
  ELSIF UPDATING THEN
    INSERT INTO audit_log (action, user_id, timestamp)
    VALUES ('UPDATE', :NEW.user_id, SYSDATE);
  ELSIF DELETING THEN
    INSERT INTO audit_log (action, user_id, timestamp)
    VALUES ('DELETE', :OLD.user_id, SYSDATE);
  END IF;
END;

• 결과: employees 테이블에서 INSERT, UPDATE, DELETE 작업이 발생할 때마다 audit_log 테이블에 해당 작업이 기록됩니다.

---

4. 오라클 데이터베이스 트리거의 종류와 사용 사례

오라클 데이터베이스에서는 다양한 종류의 트리거를 지원하며, 각각의 트리거는 특정한 상황에서 유용하게 사용될 수 있습니다.

 

4.1 DML 트리거

• 설명: DML(데이터 조작 언어) 트리거는 INSERT, UPDATE, DELETE와 같은 데이터 조작 작업에 반응합니다.
• 사용 사례: 데이터 변경 시 감사 로그를 기록하거나, 특정 조건을 검사하여 데이터 무결성을 유지하는 데 사용됩니다.
• 예제: 

CREATE OR REPLACE TRIGGER trg_before_insert
BEFORE INSERT ON employees
FOR EACH ROW
BEGIN
  INSERT INTO audit_log (action, user_id, timestamp)
  VALUES ('INSERT', :NEW.user_id, SYSDATE);
END;

• 결과:employees 테이블에 새로운 행이 삽입될 때마다 audit_log 테이블에 삽입 작업이 기록됩니다.

 

4.2 DDL 트리거

• 설명: DDL(데이터 정의 언어) 트리거는 데이터베이스 객체(예: 테이블, 인덱스 등)의 구조가 변경될 때 실행되는 트리거입니다.
• 사용 사례: 테이블 생성 시 추가 검사를 수행하거나, 데이터베이스 스키마 변경 시 로그를 남기는 데 사용됩니다.
• 예제:

CREATE OR REPLACE TRIGGER trg_after_create
AFTER CREATE ON SCHEMA
BEGIN
  INSERT INTO schema_change_log (change_type, object_name, change_time)
  VALUES ('CREATE', ORA_DICT_OBJ_NAME, SYSDATE);
END;

• 결과:새로운 객체가 생성될 때마다 schema_change_log 테이블에 해당 변경 사항이 기록됩니다.

 

4.3 INSTEAD OF 트리거

• 설명: 주로 뷰에 대해 사용되며, 지정된 작업을 대신 수행합니다.
• 사용 사례: 뷰에 대한 INSERT, UPDATE, DELETE 작업을 커스터마이징하는 데 사용됩니다.
• 예제:

CREATE OR REPLACE TRIGGER trg_instead_of_insert
INSTEAD OF INSERT ON employee_view
FOR EACH ROW
BEGIN
  INSERT INTO employees (employee_id, first_name, last_name, department_id)
  VALUES (:NEW.employee_id, :NEW.first_name, :NEW.last_name, :NEW.department_id);
END;

• 결과:employee_view에 삽입 작업이 수행될 때 실제로는 employees 테이블에 데이터가 삽입됩니다.

 

---

5. 트리거의 성능 영향과 최적화 방법

트리거는 데이터베이스 성능에 영향을 미칠 수 있으며, 이를 최적화하는 것이 중요합니다.

 

5.1 성능 영향

• 설명: 트리거는 데이터 변경 시 자동으로 실행되므로 잘못 설계된 트리거는 성능 저하를 초래할 수 있습니다.
• 예제: 모든 INSERT 작업에 대해 복잡한 연산을 수행하는 트리거는 데이터 삽입 속도를 크게 저하시킬 수 있습니다.

 

5.2 최적화 방법

• 로직 최소화: 트리거 내부의 로직을 최소화하여 복잡한 연산을 피합니다.
• 쿼리 최적화: 트리거 내부에서 실행되는 쿼리를 최적화하고, 필요한 경우 효율적인 인덱스를 사용합니다.
• 불필요한 트리거 피하기: 정말 필요한 경우에만 트리거를 사용하고, 불필요한 트리거 사용을 피합니다.
• 예제:

CREATE OR REPLACE TRIGGER trg_optimize_example
BEFORE INSERT ON sales
FOR EACH ROW
BEGIN
  IF :NEW.amount > 10000 THEN
    :NEW.status := 'HIGH';
  ELSE
    :NEW.status := 'LOW';
  END IF;
END;

• 결과:sales 테이블에 삽입되는 데이터의 amount 값에 따라 status 값을 설정합니다. 로직이 간단하여 성능에 큰 영향을 미치지 않습니다.

 

---

6. 트리거 구현 및 디버깅 방법

트리거를 어떻게 구현하고, 발생할 수 있는 문제를 어떻게 디버깅할지에 대한 궁금증도 많이 있습니다.

 

6.1 트리거 구현

• 예제:

CREATE OR REPLACE TRIGGER trg_employee_update
AFTER UPDATE ON employees
FOR EACH ROW
BEGIN
  IF :NEW.salary <> :OLD.salary THEN
    INSERT INTO salary_change_log (employee_id, old_salary, new_salary, change_date)
    VALUES (:OLD.employee_id, :OLD.salary, :NEW.salary, SYSDATE);
  END IF;
END;

• 결과:employees 테이블에서 직원의 급여가 변경될 때마다 salary_change_log 테이블에 변경 사항이 기록됩니다.

 

6.2 트리거 디버깅

• DBMS_OUTPUT 사용: 트리거 내부에서 DBMS_OUTPUT.PUT_LINE을 사용하여 디버깅 메시지를 출력할 수 있습니다.
• 예제:

CREATE OR REPLACE TRIGGER trg_debug_example
BEFORE INSERT ON orders
FOR EACH ROW
BEGIN
  DBMS_OUTPUT.PUT_LINE('Inserting order ID: ' || :NEW.order_id);
END;

• 결과:orders 테이블에 새로운 행이 삽입될 때마다 order_id를 출력하여 디버깅 정보를 제공합니다.

 

---

 

 

여기까지 읽어주셔서 진심으로 감사드립니다.
이 글이 마음에 드셨다면, 우측 아래 하트(공감)를 눌러 응원의 표시를 부탁드려요.
여러분의 소중한 관심과 사랑이 큰 힘이 됩니다. 감사합니다!