| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 34. 트리거 | Fast Forward | Next |
트리거란, 데이터베이스가, 어느 특정의 조작을 했을 때에 항상 자동적으로 실행해야 하는 특정의 기능에 관한 규정입니다. 트리거를,INSERT,UPDATE또는DELETE조작의 전후에, 행을 변경할 때, 혹은SQL행 마다 실행하도록 정의할 수가 있습니다. 트리거 이벤트가 일어나면, 트리거 함수가 그 이벤트를 처리하는 적절한 시점에서 불려 갑니다.
트리거 함수는, 트리거 자체가 작성되기 전까지 정의해 둘 필요가 있습니다. 트리거 함수는, 인수를 취하지 않는,trigger타입을 돌려주는 함수로서 선언될 필요가 있습니다 트리거 함수는, 통상의 함수로 사용되는 인수라고 하는 타입은 아니고,TriggerData구조로 입력을 받습니다).
적절한 트리거 함수가 작성되면, CREATE TRIGGER 를 사용해 트리거를 구축할 수가 있습니다. 동일한 트리거 함수를 복수의 트리거에 사용할 수가 있습니다.
PostgreSQL는,행 단위의트리거와문장 단위의트리거의 양쪽 모두를 제공합니다. 행 단위의 트리거에서는, 트리거를 발행한 문장에 의해 영향을 받는 행 마다 트리거 함수가 불려 갑니다. 반대로, 문장 단위의 트리거에서는, 적절한 문장이 실행되었을 때, 그 문장으로 몇행이 영향을 받았는지 어떠했는지는 관계없이, 한 번만 불려 갑니다. 특히, 행에 영향을 주지 않는 문장이어도, 적절한 문장 단위의 트리거가 있으면 실행됩니다. 이 2 종류의 트리거는 각각행 레벨트리거와문장 레벨트리거<로 불리는 일이 있습니다.
또한, 트리거는before트리거와after트리거로 나눌 수 있습니다. 문장 레벨의 before 트리거는, 문장이 무엇인가를 시작하기 전에 자연스럽게 발행되어 문장 레벨의 after 트리거는 문장의 정말로 마지막에 발행됩니다. 행 레벨의 before 트리거는, 특정의 행이 조작되기 직전에 발행되어 행 레벨의 after 트리거는 문장의 마지막(다만, 모든 문장 레벨의 after 트리거의 전)에 발행됩니다.
문장 단위의 트리거에 의해 불려 가는 트리거 함수는 항상NULL를 돌려주지 않으면 안됩니다. 행 단위의 트리거에 의해 불려 가는 트리거 함수는 호출해 원래의 집행자에 테이블행(HeapTuple타입의 값)을 돌려주도록선택할 수가 있습니다. 조작전에 발행된 행 레벨의 트리거에서는 이하의 선택사항이 있습니다.
NULL를 돌려주어, 현재의 행에의 조작을 생략할 수가 있습니다. 이것은, 집행자에 트리거의 바탕으로 된 행 레벨의 조작(특정의 테이블행의 삽입, 갱신, 삭제)을 실시하지 않게 지시합니다.
행 레벨의INSERT및UPDATE트리거의 경우만, 돌려주어지는 행이 삽입되거나, 혹은 실제로 갱신되는 행이 됩니다. 이것에 의해, 트리거 함수로, 삽입되는 행 혹은 갱신되는 행을 변경할 수가 있습니다.
이러한 동작을 시키고 싶지 않은 행 레벨의 BEFORE 트리거에 대해서는, 건네받은 행(즉,INSERT및UPDATE트리거에서는NEW행,DELETE의 경우는OLD행)과 같은 행 결과를 돌려주도록 주의할 필요가 있습니다.
조작의 뒤에 발생하는 행 수준의 trigger에서는 반환값이 무시되기 때문에, 이것들은NULL를 돌려줄 수가 있습니다.
동일 릴레이션, 동일 이벤트에 대해서 1개이상의 트리거가 정의되었을 경우, 트리거는 그 이름의 알파벳순서에 발생합니다. BEFORE 트리거의 경우에서는, 각 트리거로 돌려주어지는 ,즉 변경된 가능성이 있는 행이 다음의 트리거의 입력이 됩니다. 만약, 어느 BEFORE 트리거가NULL를 돌려주면(자), 조작은 그 행으로 중단해, 나머지의 트리거는 발생하지 않습니다.
일반적으로, 행 레벨의 BEFORE 트리거는, 삽입 혹은 갱신될 예정의 데이터의 검사나 변경을 위해서 사용됩니다. 예를 들면, BEFORE 트리거는,timestamp타입의 열에 현재 시각을 삽입하기 위해서, 혹은 행의 2개의 요소의 정합성을 검사하기 위해서 사용될 가능성이 있습니다. 행 레벨의 AFTER 트리거는, 거의 상식적으로 다른 테이블에 갱신을 전파 시키기 위해서, 혹은 다른 테이블과의 정합성을 검사하기 위해서 사용됩니다. 이렇게 작업 분리하고 이유는, AFTER 트리거는 행의 최종치를 볼 수가 있어 BEFORE 트리거는 볼 수가 없다고 하는 점입니다. 트리거를 BEFORE로 할까 AFTER로 할까를 결정할 때에 특별한 이유가 없는 것이면, 조작의 정보를 행이 끝날 때까지 보관 유지할 필요가 없는 경우 , BEFORE를 사용하는 편이 효율적입니다.
트리거 함수가 SQL 명령을 처리하는 경우, 이러한 명령이 트리거를 재차 발행하는 일이 있습니다. 이것은 cascade 된 트리거로 불립니다. cascade의 단수에 직접적인 제한은 없습니다. cascade의 경우, 같은 트리거를 재귀적으로 호출하는 것이 가능합니다. 예를 들면,INSERT트리거로 같은 테이블에 추가의 행을 삽입하는 쿼리가 실행되었을 경우, 그 결과적으로INSERT트리거가 재차 발행됩니다. 이러한 상황으로의 재귀를 막는 것은, 트리거 프로그래머의 책임입니다.
트리거를 정의할 때, 그 트리거용의 인수를 지정할 수가 있습니다. 트리거 정의에 인수를 포함한 목적은, 비슷한 요구가 다른 트리거에 같은 함수를 호출할 수가 있도록 하는 것입니다. 예를 들면, 2개의 열 명을 인수로 해, 한쪽에 현재의 사용자를, 다른 한쪽에 현재의 타임 스탬프를 취하는, 범용 트리거 함수가 있다고 합시다. 적절히 작성하면, 이 함수가 특정의 트리거의 발행원이 되는 테이블에 의존하는 것은 없어집니다. 같은 함수를 사용해, 예를 들면, 트랜잭션(transaction) 테이블에 작성 기록을 자동적으로 등록시키기 위해서, 적절한 열을 가지는 임의의 테이블의INSERT이벤트에 사용할 수가 있습니다. 또,UPDATE로서 정의하면, 최종 갱신 이벤트를 추적하기 위해서 사용하는 일도 가능합니다.
트리거를 서포트하는 프로그램 언어는 각각 독자적인 방법으로, 트리거 함수로 이용할 수 있는 트리거의 입력 데이터를 작성합니다. 이 입력 데이터에는 트리거 이벤트 종류(예를 들면INSERT나UPDATE등,CREATE TRIGGER로 지정된 모든 인수)가 포함됩니다. 행 level trigger의 입력 데이터에는,INSERT및UPDATE트리거의 경우는NEW행이, UPDATE및DELETE트리거의 경우는OLD행이 포함됩니다. 문장 수준의 trigger에는 현재, 문장에 의해 변경되는 개개의 행을 검사하기 위한 수단이 없습니다.