리눅스서버

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

조회 259회 댓글 0건

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;
  

전체 167건 1 페이지

서버 시스템 복구 동의서(승인서) 양식

고객의 서버 시스템을 복구해야 할 때 사용하는 동의서 입니다. 보안 뿐만이 아니라 급작스러운 일이 있을 수 있기 때문에 백업의 중요성과 예상하지 못한 문제로 인하여 고객에게 사전에 충분히 인지 할 수 있도록 하기 위한 동의서 양식 입니다. ● 시스템 복구 동의 사항 1. 작업비용 산출 및 청구복구 의뢰 접수 후 담당자는 시스템 상태를 파악하며, 예상 작업시간과 비용을 산출 하여 담당 고객에게 처리해야 할 부분을 확인 합니다.시스템 복구에 대한 비용은 작업 시작 전에 청구 됩니다.※ 주간 기본비용 : 0만원/시간, 야간 기본비용 : 0만원/시간 2. 작업의뢰 전에 시스템의 파일을 무조건 모두 백업 받아야 …
아파치 웹서버 특정 디렉토리 접근시 404 처리 방법

http 프로토콜은 사실상 사용하지 않기 때문에 들어오는 그대로 https로 301 처리 합니다.그런데!!하지 말아야할 디렉토리가 발견되어 ssl 이동한 다음 404처리를 하기 때문에 처음 부터 404 처리 하는것이 좋은 경우가 있습니다. <VirtualHost *:80> ServerName pabburi.co.kr DocumentRoot "/www_html" RewriteEngine on # Return 404 for any requests to the /data/ directory RewriteRule ^/data/.* - [R=404,L] # https 301 R…
리눅스 find 명령으로 2024-03-01 이후에 수정된 파일 찾는법

간혹 파일을 찾기는 해야 하는데 언제쯤 이후에 만든것은 확실한데 어디 있는지 모르는 경우가 있을 때 유용 합니다.아래는 php 확장자인 경우 예를 들었습니다.삼바 연결된 곳이라면 PC 문서를 찾는데 무척 좋습니다.find . -type f -name "*.php" -newermt 2024-03-01 ▷ 각 항목에 대한 설명find: 파일 검색 명령어..: 현재 디렉토리를 의미.-type f: 파일만 검색.-name "*.php": .php 확장자를 가진 파일만 검색.-newermt 2024-03-01: 2024년 3월 1일 이후에 수정된 파일 검색.▶ find 명령으로 파일에 특정 문자가 있는 경우만 출력 아래는 현…
아마존리눅스2 21번포트

ftp는 vsftpd 별도로 사용하고 있는데 오늘 보니 사용하지 않는 21번 포트가 열려 있네요.전 디폴트 포트는 사용하지 않기 때문에 이런게 있으면 안되지요~netstat -antp | grep LISTEN확인하니 xinetd 에서 띄워져 있네요.vim /etc/xinetd.d/vsftpd 파일을 열면 아래와 같은 텍스트를 볼 수 있는데요. service ftp { socket_type = stream wait = no user = root server …
[MySQL] 외래키(FOREIGN KEY)의 정의 무결성 제약조건

왜래키는 잘 쓰면 보약이고 잘못하면 관련된 테이블 모두 확인 하느라 부하가 심해진다.그래서 무조건 쓰지 못하게 하는곳도 있는 실정이다. 사실 우리가 그런부분이 있다.사이트의 부하가 많지 않다면 사용하는것을 권장 하는데 문제가 될일이 별로 없기 때문에 그렇다. 외래키는 두 테이블 간의 관계를 정의하는 데 사용 되는 것으로 보통 부모 테이블과 자식 테이블 간의 관계를 나타내는 데에 사용됩니다.1. 관계 정의 외래키는 부모 테이블의 기본 키(primary key) 또는 유일한 키(unique key)와 연결됩니다. 이 관계를 통해 자식 테이블의 행들이 부모 테이블의 행들을 참조할 수 있습니다.2. 무결성 유지 외래키 제약 …
리눅스 openssl로 사설인증서 설치 했는데 언제 까지 사용가능한지 궁금할때

리눅스에서 OpenSSL을 사용해 생성한 사설 인증서의 유효 기간을 확인하려면 터미널에서 OpenSSL 명령어를 사용 하면 된다.아래 openssl 명령어를 사용해 인증서의 유효 기간을 확인할 수 있다.openssl x509 -in [인증서 파일 경로] -noout -datesopenssl x509 -in mycert.pem -noout -datesopenssl x509 -in rootCA.crt -noout -datesopenssl x509 -in server.crt -noout -dates# 생성 할 때 기간을 주면 유효 기간을 길게 사용 할 수 있다.# -days 36500 = 100년openssl x509 -re…
리눅스 openssl로 사설인증서 생성 유휴기간 100년

OpenSSL로 인증서 생성시 -days 36500 = 100년 옵션을 사용해서 유휴기간을 길게 준다. 우선 만료 되는 기간을 길게준 다음 후에 사용할 계획이 없으면 사용하지 않으면 되기 때문이다.지난것을 경고 무시하고 사용하는것 보다는 이편이 더 좋을것이다. 아래는 간단하게 개인 인증서 생성하는 방법이며두번째 csr 생성할때 입력 해야 하는것이 잇는데 아래처럼 입력하면 되며 비밀번호는 넣지 않아도 된다.(비밀번호 넣으면 다음에 진행할때 같이 넣어 줘야 되어 테스트 할때는 넣지 않도록 한다.)-----Country Name (2 letter code) [XX]:KRState or Province Name (full na…
메일서버 설정 3종세트(DKIM, SPF, DMARC)

DKIM, SPF, 및 DMARC는 이메일을 보다 안전하게 하고, 스팸이나 피싱 공격을 방지하기 위해 사용되는 이메일 인증 메커니즘들입니다.공통적으로 네임서버 설정을 해줘야 하는 것들이다.DKIM (DomainKeys Identified Mail)DKIM은 발신자의 도메인이 실제로 해당 이메일을 보냈다는 것을 증명하기 위해 디지털 서명을 사용합니다.이메일 발송자는 이메일의 헤더에 디지털 서명을 추가하고, 이 서명은 발신자의 도메인에 공개적으로 접근 가능한 공개 키로 검증할 수 있습니다.수신 메일 서버는 이 공개 키를 사용하여 디지털 서명을 검증하고, 이를 통해 이메일이 변경되지 않았으며, 해당 도메인에서 실제로 발송되었…