리눅스서버

[MySQL] 트리거(trigger) 문장트리거, 행트리거의 차이점

조회 791회 댓글 0건

하단 카페(Cafe)를 선택해 주세요.

MySQL에서 트리거(trigger)는 특정 테이블에 대해 INSERT UPDATE DELETE와 같은 DML(데이터 조작 언어) 작업이 수행될 때 자동으로 실행되는 프로시저입니다.

트리거는 데이터의 무결성을 유지하거나 로깅 감사 등의 목적으로 사용될 수 있습니다. 트리거는 데이터베이스가 특정 조건에 반응하여 자동으로 특정 작업을 수행하도록 할 때 유용합니다.

▷ 트리거의 주요 특징

- 자동 실행: 트리거는 관련 테이블에 특정 DML 작업이 수행될 때 자동으로 실행됩니다.

- 데이터 무결성 보장: 데이터의 무결성을 보장하기 위해 사용될 수 있으며 복잡한 제약 조건을 구현하는 데 유용합니다.

- 감사 및 로깅: 데이터 변경 사항을 추적하여 감사 로그를 생성하는 데 사용될 수 있습니다.

▷ 트리거의 유형

MySQL에서는 크게 두 가지 유형의 트리거가 있습니다.

1. BEFORE 트리거: 특정 DML 작업이 수행되기 전에 실행됩니다. 데이터가 실제로 변경되기 전에 검증이나 수정 등의 작업을 수행할 수 있습니다.

2. AFTER 트리거: 특정 DML 작업이 수행된 후에 실행됩니다. 작업의 결과를 로깅하거나 추가적인 데이터 조작을 수행하는 데 사용될 수 있습니다.

▷ 트리거 생성 예제

  DELIMITER $$
  CREATE TRIGGER before_employee_update
  BEFORE UPDATE ON employees
  FOR EACH ROW
  BEGIN
      IF NEW.salary < 0 THEN
          SET NEW.salary = 0;
      END IF;
  END$$
  DELIMITER ;

이 트리거는 employees 테이블에 대한 UPDATE 작업이 수행되기 전에 실행됩니다. 만약 새로운 급여(NEW.salary)가 0보다 작다면 급여를 0으로 설정합니다. 이는 데이터의 무결성을 유지하는 데 도움이 됩니다.

▷ 트리거 사용 시 주의사항

- 트리거는 복잡성을 증가시킬 수 있으므로 필요한 경우에만 사용해야 합니다.

- 너무 많은 로직을 트리거 내에 포함시키면 데이터베이스 성능에 부정적인 영향을 줄 수 있습니다.

- 트리거는 데이터베이스 내부에서 자동으로 실행되므로 트리거에 의한 데이터 변경은 추적하기 어려울 수 있습니다. 따라서 감사 및 로깅 목적으로 사용할 때는 주의가 필요합니다.

MySQL에서 트리거를 사용하면 데이터 관리 작업을 자동화하고 데이터의 무결성을 보장하는 등 다양한 이점을 얻을 수 있지만 사용 시에는 성능과 유지보수 측면을 고려해야 합니다.

● 문장 트리거와 행 트리거

문장 트리거와 행 트리거는 둘 다 데이터베이스 관리 시스템(DBMS)에서 특정 조건이 만족될 때 자동으로 실행되는 코드 블록이지만 실행 시점과 적용 범위에서 차이를 보입니다.

▷ 문장 트리거(Statement Trigger)

문장 트리거는 SQL 문장이 실행될 때 한 번만 실행됩니다. 이는 트리거가 발동된 SQL 문장에 의해 영향을 받는 모든 행에 대해 단 한 번만 실행되며 개별 행의 변경 사항에 따라 반복적으로 실행되지 않습니다. 문장 트리거는 주로 문장 수행 전후의 상태를 확인하거나 로깅 감사 등의 작업에 사용됩니다.

예시: 테이블에 데이터를 삽입하는 SQL 문장이 실행될 때 삽입 작업 전후에 로그를 남기는 문장 트리거를 설정할 수 있습니다. 이 트리거는 삽입 작업이 수행될 때 단 한 번만 실행되며 몇 개의 행이 삽입되든 상관없이 로그는 한 번만 남게 됩니다.

▷ 행 트리거(Row Trigger)

행 트리거는 SQL 문장에 의해 영향을 받는 각 행에 대해 개별적으로 실행됩니다. 즉 한 SQL 문장이 여러 행에 영향을 미치는 경우 해당 행마다 트리거가 실행됩니다. 행 트리거는 주로 데이터의 무결성을 유지하거나 개별 행의 데이터 변화에 대해 세밀한 조정을 필요로 할 때 사용됩니다.

예시: 특정 테이블의 행이 업데이트될 때마다 해당 행의 변경 사항을 별도의 테이블에 기록하는 행 트리거를 설정할 수 있습니다. 만약 한 번의 업데이트 작업으로 10개의 행이 변경되면 트리거는 10번 실행되어 각 행의 변경 사항을 개별적으로 처리합니다.

▷ 차이점 요약

- 실행 빈도: 문장 트리거는 한 SQL 문장에 대해 한 번만 실행되는 반면 행 트리거는 영향을 받는 각 행마다 실행됩니다.

- 적용 범위: 문장 트리거는 전체 SQL 문장의 실행에 대한 반응으로 동작하고 행 트리거는 개별 행의 변경에 대해 반응합니다.

- 사용 목적: 문장 트리거는 주로 전체 작업의 감사 및 로깅에 사용되고 행 트리거는 데이터의 무결성 유지 및 세밀한 데이터 관리에 사용됩니다.

UPDATE tblTest SET tt1 WHERE doc_id IN (1,3,5,7,8) 같은 SQL 문장이 실행될 때

만약 tblTest 테이블에 doc_id가 1, 3, 5, 7, 8인 행이 모두 존재한다면

- 문장트리거난 1회 실행

- 행트리거는 5회 실행

● 아래는 리뷰에 대한 행트리거 예제

  # 트리거 삭제
  # DROP TRIGGER tr_insert_review ;
  # DROP TRIGGER tr_delete_review ;
  # DROP TRIGGER tr_update_review ;

  # 입력
  DELIMITER $$
  CREATE DEFINER=`root`@`localhost` TRIGGER tr_insert_review AFTER INSERT ON review.review_data
  FOR EACH ROW BEGIN
      DELETE FROM app.review_temp WHERE doc_id=NEW.review_id;
      INSERT INTO app.review_temp SELECT NEW.review_id, NOW(), 'insert' FROM review.review_data WHERE review_key=NEW.review_key;
  END $$
  DELIMITER ;

  # 삭제
  DELIMITER $$
  CREATE DEFINER=`root`@`localhost` TRIGGER tr_delete_review AFTER DELETE ON review.review_data
  FOR EACH ROW BEGIN
      REPLACE INTO app.review_temp VALUES (OLD.review_id, NOW(), 'delete');
  END $$
  DELIMITER ;

  # 변경
  DELIMITER $$
  CREATE DEFINER=`root`@`localhost` TRIGGER tr_update_review AFTER UPDATE ON review.review_data
  FOR EACH ROW BEGIN
      UPDATE app.review_temp SET data_date=NOW(), status_name='update' WHERE doc_id=NEW.review_id;
  END $$
  DELIMITER ;

  # 현재 트리거 리스트 확인
  SHOW TRIGGERS \G


  # 입력
  INSERT INTO review.review_data (review_key,review_id,review_used) VALUES (1,1,'n');
  SELECT * FROM review.review_data WHERE review_key=1;
  SELECT * FROM app.review_temp WHERE doc_id=21;

  # 업데이트
  UPDATE review.review_data SET review_score=1 WHERE review_key=1;
  SELECT * FROM review.review_data WHERE review_key=1;
  SELECT * FROM app.review_temp WHERE doc_id=21;

  # 삭제
  DELETE FROM review.review_data WHERE review_key=1;
  SELECT * FROM review.review_data WHERE review_key=1;
  SELECT * FROM app.review_temp WHERE doc_id=21;
  

하단 카페(Cafe)를 선택해 주세요.

전체 185건 1 페이지

VS Code SFTP 연결 완벽 가이드: SSH 설정부터 퍼블릭키 인증까지

설치된 확장 프로그램: SFTP Natizyskunk▷ sftp 서버 설정sftp가 ssh 서버에서 설정이 되어 있지 아니하면 아래와 같이 설정 후 재싲가 해야 한다. vim /etc/ssh/ssh_config Subsystem sftp /usr/lib/openssh/sftp-server systemctl restart sshd▷ 잘 설정 했는데 안된다면 .bashrc 수정 (중요)vi ~/.bashrc# SFTP / non-interactive session 보호case $- in *i*) ;; *) return;;esac▷ 윈도…
리눅스 Swappiness 설정 최적화 가이드 | 스왑 메모리 관리 방법 완벽 정리

swappiness는 커널이 RAM의 데이터를 스왑 공간으로 얼마나 공격적으로 옮길지 결정하는 값입니다. (0~100 사이)- 60 (기본값): 어느 정도 메모리가 차면 스왑을 사용하기 시작합니다.- 10 (권장): 물리 메모리가 거의 가득 찼을 때만 스왑을 사용합니다.- 0: 물리 메모리가 완전히 바닥나기 전까지 스왑을 절대 사용하지 않습니다. ▷ Swappiness 값 수정 (메모리 우선 사용) /etc/sysctl.conf 파일 맨 아래에 vm.swappiness=10을 추가하고 저장 sudo sysctl -p를 입력해 즉시 반영▷ 스왑 메모리 완전히 끄기완전히 끄기만 하면…
MySQL을 놓아줄 때가 왔다 - PostgreSQL로 전환해야 하는 이유

개발자라면 한 번쯤 이런 생각을 해봤을 것이다. "MySQL 잘 쓰고 있는데 굳이 바꿔야 하나?" 충분히 이해 하는데 익숙한 도구를 버리는 것은 언제나 두렵기 마련이죠. 경험이 많은 분들은 알겠지만 무슨일이 벌어질지 모르니까 하지만 데이터베이스 세계의 흐름은 이미 방향을 틀었고 그 중심에는 PostgreSQL이 있습니다. 숫자가 말해주는 현실PostgreSQL은 DB-Engines 선정 "올해의 DBMS" 상을 2017년부터 2024년까지 총 다섯 차례나 수상했고 지난 7년 중 5년을 PostgreSQL이 가져간 셈이다. 나머지 2년은 Snowflake가 받았을 뿐 MySQL은 단 한 번도 이름을 올리지 못했다…
SSH 연결이 끊어져도 작업이 유지되는 tmux 3 소스 설치

왜? 소스 설치를 하는가 하면 패키지 관리자 설치는 버전이 낮아서 그렇지요.tmux는 터미널 멀티플렉서(Terminal Multiplexer)로 하나의 터미널 창 안에서 여러 세션을 동시에 관리할 수 있게 해주는 도구를 말함. ▷ 주요 기능- 화면 분할(수평/수직)- 세션 유지(SSH 연결이 끊어져도 작업이 유지됨)- 여러 윈도우와 패널 간 전환- 세션 공유(다른 사용자와 같은 세션 접속) ▷ 필요한 경우 예전 전송방식 설치curl -sL https://github.com/trzsz/trzsz-go/releases/download/v1.2.0/trzsz_1.2.0_linux_x86_64.tar.gz -…
보곤(Bogon) IP 차단 방법은?

인터넷에는 공인IP만 다닐 수 있는데 사설IP나 예약된 다른 IP 대역이 들어올 수는 없습니다.공인IP가 아니기 때문에 중간에 라우팅이 안되기 때문에 그렇지요. 하지만 문제는 정상적인 사용자도 있을 수 있기 때문 프록시 서버를 통해서 들어오는 경우인데 이런 경우는 프록시서버의 IP를 막을 수는 없습니다.막는 통로는 방화벽, 웹서버, 프로그램 등을 통해서 막는 방법이 있겠지만 여기서 배포방식이 아닌 오래전에 대형 업체에서 많이 사용하는 방법으로 갱신시키는 형태로 적용을 시킨다면 모니터링과 대응이 빠른 프로그램을 이용하는것도 괜찮습니다. function blockBogonIp(): void&…
시스템 평균적인 부하를 알 수 있는 uptime

이 uptime 수치가 시스템의 CPU 코어 수(또는 쓰레드 수)보다 낮으면 시스템이 여유롭다는 의미며 높으면 CPU 자원 부족 등으로 인해 작업들이 대기하고 있어 시스템에 과부하가 걸렸을 가능성이 높습니다.▷ Load AverageCPU가 처리해야 할 작업의 대기열 길이입니다. - 1.0 = CPU 1개가 100% 사용 중 - 4.0 = CPU 4개가 필요한 작업량 (또는 1개 CPU가 4배 과부하) - 일반적으로 CPU 코어 수 이하면 정상 자동처리 할때 대략 이렇게 프로그램 작성 해서 처리 하면 되며 요즘 LLM에 물어 보면 더 잘 알려 주기도 합니다.중요한것은 주기적으로 시스템 부하를 체크 해서 내가 생…
스핑크스 검색엔진 설치를 해봤습니다.

검색엔진이 필요해서 제미니에게 아래와 같이 질문을 했다.> 리눅스에서 무료로 사용하면 좋은것 또는 AWS에서 쉽게 사용할만한 검색엔진을 추천 받고 싶어예상대로 엘라스틱 서치와 아파치 솔라 추천해 주는데 이걸 언제 메뉴얼 보고 테스트 하나 싶어 예전에 사용했던 스핑크스가 생각이 나서 이번에 설치하고 테스트 해봤습니다.---직접 설치해서 사용하는 검색엔진에서 사용할만한 프로그램중 하나인 러시아산 스핑크스 검색엔진 입니다.웬만한 중소 사이트에서 사용하는데 무리가 없을정도 이고 검색 결과는 본래 수동으로 손을 봐야 하는것도 많기 때문에 사용 검색엔진이라고 본인의 입맞에 딱 맞을 수도 있지만 아닌경우도 있습니다.상…