MySQL 5.0 새로운 기능 튜토리얼 트리거: 강의 1-MySQL 튜토리얼-php.cn

Conventions and StylesConventions and Program Styles

실제 코드를 시연하고 싶을 때마다 mysql 클라이언트 화면에 나타나는 코드를 조정하고 글꼴을 Courier로 변경하여 보이도록 하겠습니다. 일반 텍스트와 구별됩니다(모든 사람이 프로그램 코드와 텍스트를 구별할 수 있도록 함). 예는 다음과 같습니다.

mysql> DROP FUNCTION f;
쿼리 확인, 0개 행이 영향을 받음(0.00초)

인스턴스가 상대적으로 큰 경우 추가해야 합니다. 줄과 단락 사이에 주석을 달고 강조를 위해 페이지 오른쪽에 "<--" 기호를 사용합니다. 예:

mysql> CREATE PROCEDURE p ()
-> BEGIN
-> /* 이 프로시저는 아무것도 하지 않습니다. */ <--
-> END ;//
쿼리 확인, 0개 행이 영향을 받음(0.00초)

가끔 예제에서 "mysql>" 및 "->"가 표시되는 경우 코드를 직접 추가할 수 있습니다. mysql 클라이언트 프로그램에 복사하세요(지금 읽고 있는 내용이 전자 버전이 아닌 경우 mysql.com 웹사이트에서 관련 스크립트를 다운로드할 수 있습니다)

모든 예제는 이미 Suse 9.2 linux 및 Mysql 5.0.3 온보드 테스트를 통과했습니다. 이 책을 읽을 때쯤이면 Mysql은 이미 더 높은 버전을 갖고 있고 Windows, Sparc, HP-UX를 포함한 더 많은 OS를 지원할 수 있습니다. 따라서 여기에 나온 예제는 컴퓨터에서 정상적으로 실행됩니다. 하지만 여전히 작업이 실패하는 경우에는 경험이 풍부한 MySQL 사용자에게 문의하여 더 나은 지원과 도움을 받을 수 있습니다.

트리거가 필요한 이유 트리거를 사용하는 이유

다음과 같은 이유로 MySQL 5.0에 트리거 지원이 포함되었습니다.

이전 버전의 MySQL 사용자는 장기적으로 트리거 장치가 필요합니다. 요구 사항.
우리는 모든 ANSI 표준 기능을 지원하겠다고 약속했습니다.
데이터베이스에 잘못된 데이터가 입력되는 것을 확인하거나 방지하는 데 사용할 수 있습니다.
　INSERT, UPDATE, DELETE 문을 변경하거나 취소할 수 있습니다.
세션 내 데이터 변경 사항을 모니터링할 수 있습니다.

복합 문(BEGIN / END)은 허용됩니다.

제어 흐름 문(IF, CASE, WHILE, LOOP, WHILE, REPEAT , LEAVE, ITERATE)도 사용할 수 있습니다.

변수 선언(DECLARE)과 할당(SET)이 가능합니다.

조건부 선언도 허용됩니다.

예외 처리 선언도 허용됩니다. 🎜>그러나 여기서 함수에는 제한 사항이 있다는 점을 기억하십시오. 함수 내에서 테이블에 액세스할 수 없으므로 함수에서 다음 문을 사용하는 것은 불법입니다.

ALTER 'CACHE INDEX' 호출 커밋 생성 삭제

DROP 'FLUSH PRIVILEGES' GRANT INSERT KILL

잠금 최적화 수리 교체 취소

롤백 SAVEPOINT 'SELECT FROM table'

'SET 시스템 변수' 'SET TRANSACTION'

SHOW 'START TRANSACTION' TRUNCATE UPDATE

트리거에는 정확히 동일한 제한 사항이 있습니다. 🎜>

트리거는 비교적 새로운 것이므로 (버그) 결함이 있을 수 있습니다. 따라서 저장 프로시저 책에서 말했듯이 여기서 경고합니다. 중요한 데이터가 있는 데이터베이스에서는 사용하지 마십시오. 필요한 경우 테스트 목적으로 일부 데이터베이스에서 이 트리거를 실행하고, 테이블에 트리거를 생성할 때 이러한 데이터베이스가 기본값인지 확인하세요.

구문 구문

　1. 구문: 이름 구문: 명명 규칙

CREATE TRIGGER <트리거 이름>--

{ BEFORE | }

{ INSERT | UPDATE | DELETE }

ON <테이블 이름>

FOR EACH ROW
<트리거 SQL 문>

트리거에는 최대 이름이 있어야 합니다. 64자, 뒤에 구분 기호가 올 수 있습니다. 기본적으로 MySQL의 다른 개체 이름 지정 방법과 유사합니다.

여기서는 테이블 이름 + '_' + 트리거의 약어를 사용하는 습관이 있습니다. 따라서 테이블 t26인 경우 트리거는 이벤트 UPDATE 전(아래 (2) 및 (3) 참조)이며 해당 이름은 t26_bu입니다.

　2. 구문: 시간 구문: 트리거 시간

CREATE TRIGGER <트리거 이름>

{ BEFORE | AFTER } <--
{ INSERT | DELETE }

ON <테이블 이름>

FOR EACH ROW
<트리거된 SQL 문>

트리거에는 실행 시간 설정이 있습니다. 예 이벤트.

　3. 구문: 이벤트 구문: 이벤트

CREATE TRIGGER <트리거 이름>

{ BEFORE | AFTER }

{ INSERT | DELETE } < --

ON <테이블 이름>

FOR EACH ROW
<트리거된 SQL 문>

트리거 이벤트도 설정할 수 있습니다. 실행 중에 실행될 수 있습니다. 삽입, 업데이트 중에 트리거됩니다. 아니면 삭제하세요.

4. 구문: 테이블 구문: 테이블

각 행에 대해 트리거 <트리거 이름>
{ 이전 | 이후 }
{ 삽입 | 삭제 }
ON <--

<트리거된 SQL 문>

트리거는 특정 테이블에 속합니다. 이 테이블에서 삽입, 업데이트 또는 삭제 작업이 수행되면 트리거가 활성화됩니다.
두 개를 정렬할 수는 없습니다. 동일한 테이블에서 동일한 이벤트를 트리거합니다.

　5. 구문: 세분성 구문: ( : (단계 크기) 트리거 간격

CREATE TRIGGER <트리거 이름>
{ BEFORE | AFTER }
{ INSERT | UPDATE | DELETE }
ON
FOR EACH ROW

트리거 실행 간격: FOR EACH ROW 절은 전체 테이블에 대해 한 번이 아닌 한 행씩 작업을 수행하도록 트리거합니다. 6. 구문: 명령문 구문: 명령문

CREATE TRIGGER < 트리거 이름>

{ BEFORE AFTER }
{ INSERT | UPDATE | DELETE }
ON <테이블 이름>
FOR EACH ROW
<트리거된 SQL 문<--

트리거에는 트리거됨: 여기에 있는 문은 복합 문을 포함한 모든 법적 문일 수 있지만 여기에 있는 문에는 함수와 동일한 제한이 적용됩니다. >권한 권한

트리거를 생성하려면 상당한 권한이 있어야 합니다(CREATE TRIGGER) 이미 루트 사용자라면 이는 SQL 표준과 다르므로 가능한 한 빨리 표준으로 변경하시기 바랍니다.

따라서 다음 버전의 MySQL에서는 CREATE TRIGGER라는 새로운 권한을 확인한 다음 다음 방법을 통해 권한을 부여할 가능성이 높습니다.

GRANT CREATE TRIGGER ON TO ;

다음과 같이 권한을 취소할 수도 있습니다.

REVOKE CREATE TRIGGER ON

FROM

OLD 및 NEW 열 참조 이전 및 새로 생성된 열

트리거의 SQL 문에서는 테이블의 모든 열을 연관시킬 수 있지만 열 이름을 사용하여 식별할 수는 없습니다. 왜냐하면 열에 대한 새 이름이 있을 수 있기 때문입니다(수정하려는 이름일 수 있으며 열 이름을 수정하려면 해당 작업이 정확할 수 있음). 따라서 열의 이전 이름이 여전히 존재합니다.

　"NEW .column_name" 또는 "OLD .column_name"을 식별하려면 이 구문을 사용해야 합니다. 이는 기술적으로 처리됩니다(NEW | OLD .column_name). 새 열 이름과 이전 열 이름은 생성된 전환 변수(" 전환 변수").

INSERT 문의 경우 DELETE 문에는 NEW만 사용할 수 있고 OLD만 사용할 수 있으며 UPDATE 문은 NEW 및 OLD와 동시에 사용할 수 있습니다. 다음은 UPDATE에서 NEW와 OLD를 동시에 사용하는 예이다.

t21_au 트리거 생성

t22 업데이트 전

각 행에 대해

BEGIN
SET @old = OLD s1;
SET @new = NEW.s1 ;
END;//

이제 t21 테이블의 s1 열 값이 55라면 "UPDATE t21 SET s1 = s1 + 1"을 실행한 후 @old의 값은 55가 됩니다. . 그리고 @new의 값은 56이 됩니다.

CREATE 및 INSERT의 예 기호는 //(DELIMITER //)로 설정되었습니다.

테이블 t22 생성(s1 INTEGER)//

트리거 t22_bi 생성

t22에 삽입하기 전

각 행에 대해

BEGIN

SET @x = '트리거가 활성화되었습니다!';

SET NEW.s1 = 55;
END;//

처음에는 t22라는 테이블을 생성한 후 테이블 t22에 생성했습니다. 트리거 t22_bi가 생성됩니다. 테이블에 행을 삽입하려고 하면 트리거가 활성화되어 s1 열의 값을 55로 변경하는 작업을 수행합니다.

　트리거가 있는 테이블에 대한 INSERT는 트리거를 사용하여 삽입 작업을 수행합니다.

mysql> INSERT INTO t22 VALUES (1)//

테이블 t2에 데이터 행을 삽입하는 트리거에 해당하는 테이블은 어떻게 되나요?

여기에 삽입된 작업은 매우 일반적이며 이를 실행하는 데 트리거 권한이 필요하지 않습니다. 연관된 트리거가 있는지 알 필요조차 없습니다.

mysql> SELECT @x, t22.* FROM t22//
+------------ +------+

| @x |

+------------+-- --+

| 트리거가 활성화되었습니다 |

+------------+------+

1 row in set (0.00 sec)

INSERT 액션 이후의 결과를 보면 예상대로 x 표시가 바뀌었고 여기에 삽입된 데이터는 우리가 입력한 데이터가 아닙니다. 시작 데이터이지만 트리거 자체 데이터입니다.

"check" 제약 조건 예시
"check" 무결성 제약 조건 예시

　"check" 제약 조건이 무엇인가요 "check" 제약 조건이 무엇인가요

표준에서 SQL 언어에서는 테이블 생성(CREATE TABLE) 과정에서 "CHECK(조건)"을 사용할 수 있습니다.

예:

CREATE TABLE t25
(s1 INT, s2 CHAR(5), PRIMARY KEY (s1),
CHECK (LEFT(s2,1)='A'))
ENGINE= INNODB;

여기서 CHECK는 "s2 열의 가장 왼쪽 문자가 'A'가 아닌 경우 삽입 및 업데이트 문 모두 불법입니다."라는 의미입니다. MySQL 뷰는 CHECK를 지원하지 않습니다. 그러나 테이블에 있는 이러한 기능을 꼭 사용해야 한다면 트리거를 사용하여 이를 달성하는 것이 좋습니다.

테이블 t25 생성
(s1 INT, s2 CHAR(5),
PRIMARY KEY(s1))
ENGINE=INNODB//

트리거 생성 t25_bi
t25에 삽입하기 전
각 행에 대해
IF LEFT(NEW.s2,1)<>'A' THEN SET NEW.s1=0;//

트리거 t25_bu
t25 업데이트 전
각 행에 대해
IF LEFT(NEW.s2,1)<>'A' THEN SET NEW.s1=0;//

BEFORE INSERT 및 BEFORE UPDATE 문만 사용해야 합니다. 트리거를 삭제해도 테이블에는 영향이 없습니다. 동시에 AFTER 트리거는 NEW 프로세스 변수(전환 변수)를 수정할 수 없습니다. 트리거를 활성화하기 위해 s1=0인 데이터를 테이블의 행에 삽입했습니다. 그 후 LEFT(s2,1) <> 조건을 충족하는 모든 작업은 실패합니다.

INSERT INTO t25 VALUES (0,'a') /* 펌프 프라이밍 */ //
INSERT INTO t25 VALUES (5,'b') /* 오류 '23000' 발생 */ //

기존 MySQL 매뉴얼을 믿지 마세요
이제 예전 MySQL 매뉴얼을 버려야 할 때입니다

과거 MySQL 매뉴얼의 내용을 믿지 말라고 경고하기 위해 왔습니다. 트리거에 대한 잘못된 설명을 제거했지만 온라인에는 여전히 이전 버전의 매뉴얼이 많이 있습니다. 예를 들어 독일어 URL은

http://dev .mysql.com/doc입니다. /mysql/de/ANSI_diff_Triggers.html.

이 설명서에서는 트리거가 저장 프로시저라고 설명합니다. 이미 살펴보았겠지만 저장 프로시저도 저장 프로시저입니다.

또한 매뉴얼에는 트리거가 다른 테이블에서 삭제되거나 트랜잭션을 삭제할 때 실행될 수 있다고 나와 있습니다. 그가 의미하는 바가 무엇이든 간에 MySQL은 이를 구현하지 않습니다.

마지막으로 트리거 사용이 쿼리 속도에 영향을 미친다고 말하는 것도 잘못된 것입니다.

　버그
　(나쁜 것은 번역되지 않습니다)
　2004년 12월 14일에 http://bugs.mysql.com에서 'trigger' 또는 　'트리거', 해당 날짜를 기준으로 17개의 활성 버그가 있음을 발견했습니다. 물론 이 글을 읽기 전에 사라질 수도 있지만
그렇지 않은 경우를 대비하여 중요한 버그를 언급하겠습니다. 여전히
트리거를 시도할 때 문제를 해결해야 합니다.

Bug#5859 DROP TABLE이 트리거를 드롭하지 않습니다.
테이블을 드롭할 때 , 테이블의 트리거 삭제는 자동으로 수행되어야 합니다.

Bug#5892 트리거의 네임스페이스가 잘못되었습니다.

네임스페이스가 잘못되었습니다. 트리거를 삭제하려면 앞에 테이블 이름을 추가해야 합니다. 다음은 예시입니다)
　"DROP TRIGGER <테이블 이름> . <트리거 이름>"이라고 말해야 합니다.
올바른 방법은 "DROP TRIGGER <트리거 이름>"입니다.

Bug#5894 변경된 테이블이 있는 트리거로 인해 데이터베이스가 손상됩니다. )

　이 문제가 해결될 때까지 트리거가 있는 테이블을 변경하지 마십시오.

결론

책이 끝나면 굳이 줄 필요는 없을 것 같습니다. 위에서 말한 내용을 쉽게 기억하실 수 있을 테니 복습하거나 다시 읽어보시기 바랍니다.

위 내용은 MySQL 5.0 새로운 기능 튜토리얼 Trigger: 첫 번째 강의 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!