구문 유지 :

만들기 [또는 교체] 규칙이름ac이벤트to테이블[where조건]
    [또한 | 대신] 아무것도 |명령| (명령;명령...)

염두에 두십시오. 다음에서규칙 업데이트정의 된 스포츠 토토을 의미삽입, 업데이트또는삭제.

결과 관계와 쿼리 트리의 명령 유형이 |스포츠 토토 작성명령. 업데이트 규칙의 경우 규칙 시스템은 쿼리 트리 목록을 만듭니다. 처음에는 쿼리 트리 목록이 비어 있습니다. 0이있을 수 있습니다 (아무것도키 단어), 하나 또는 여러 조치. 단순화하기 위해, 우리는 하나의 행동으로 규칙을 살펴볼 것입니다. 이 규칙은 자격을 가질 수 있고 그렇지 않을 수 있습니다.대신또는또한(기본값).

스포츠 토토 자격이란 무엇입니까? 스포츠 토토의 행동이 언제 수행되어야하는지와 그렇지 않은 경우에 알려주는 것은 제한입니다. 이 자격은 유사성 만 참조 할 수 있습니다NEW및/또는old, 기본적으로 객체로 주어진 관계 (그러나 특별한 의미를 가진)를 나타냅니다.

따라서 일회용 규칙을 위해 다음 쿼리 트리를 생성하는 세 가지 사례가 있습니다.

마지막으로 스포츠 토토이있는 경우또한, 변경되지 않은 원래 쿼리 트리가 목록에 추가됩니다. 자격을 갖춘 이후대신규칙은 이미 원래 쿼리 트리를 추가하고, 하나 또는 두 개의 출력 쿼리 트리를 한 번의 동작으로 규칙으로 만듭니다..

forinsert스포츠 토토, 원래 쿼리 (억제되지 않은 경우대신)는 규칙에 따라 추가 된 작업 전에 수행됩니다. 이를 통해 동작은 삽입 된 행을 볼 수 있습니다. 하지만on Update및ON DELETE규칙, 원래 쿼리는 규칙에 따라 추가 된 조치 후에 수행됩니다. 이를 통해 동작이 업데이트 된 행 또는 삭제 될 행을 볼 수 있습니다. 그렇지 않으면, 행동은 자격과 일치하는 행을 찾지 않기 때문에 아무것도하지 않을 수 있습니다.

규칙 조치에서 생성 된 쿼리 트리는 다시 작성 시스템에 다시 던져지고 더 많은 규칙이 적용되어 추가 쿼리 트리가 추가로 적용됩니다. 따라서 규칙의 동작은 규칙 자체와 다른 명령 유형 또는 다른 결과 관계를 가져야합니다. 그렇지 않으면이 재귀 프로세스는 무한 루프로 끝납니다. (규칙의 재귀 확장이 감지되어 오류로보고됩니다.)

쿼리 트리의 행동에서 발견 된 쿼리 트리pg_rewrite시스템 카탈로그는 단지 템플릿입니다. 그들은 범위 테이블 항목을 참조 할 수 있기 때문에NEWandold, 일부 대체물을 사용하기 전에 만들어야합니다. 에 대한 참조.NEW, 원래 쿼리의 대상 목록은 해당 항목을 검색합니다. 발견되면 해당 항목의 표현식은 참조를 대체합니다. 그렇지 않으면,NEW는와 동일합니다.old(업데이트) 또는 널 값으로 대체됩니다 (삽입). 에 대한 참조old결과 관계 인 범위 테이블 항목에 대한 참조로 대체됩니다.

시스템이 업데이트 규칙을 적용한 후 생성 된 쿼리 트리에보기 규칙을 적용합니다. 뷰는 새로운 업데이트 작업을 삽입 할 수 없으므로 view 재 작성 출력에 업데이트 규칙을 적용 할 필요가 없습니다.

테이블 생성 shoelace_log (
    SL_NAME 텍스트 - -Hoelace가 변경되었습니다
    SL_AVAIL INTEGER - 새로운 가용 값
    log_who 텍스트 - 누가 그랬습니다
    log_ 시절 시간 - 언제
);

shoelace_data에 대한 업데이트시 규칙 log_shoelace를 만듭니다
    어디서 New.sl_avail < Old.sl_avail
    shoelace_log 값에 삽입하십시오 (
                                    new.sl_name,
                                    new.sl_avail,
                                    current_user,
                                    current_timestamp
                                );

Shoelace_Data 업데이트 sl_avail = 6 여기서 sl_name = 'sl7';

SHOELACE_LOG에서 선택 *;

 sl_name | SL_AVAIL | log_who | log_when                        
---------+----------+---------+-------------------------------------
 SL7 |        6 | al | Tue 10 월 20 일 16:14:45 1998 Met Dst
(1 행)

Shoelace_Data 업데이트 SL_AVAIL = 6
  Shoelace_data에서 Shoelace_data에서
 여기서 shoelace_data.sl_name = 'sl7';

new.sl_avail < Old.sl_avail

shoelace_log 값에 삽입 (
       new.sl_name, new.sl_avail,
       current_user, current_timestamp)
  Shoelace_data에서 New, Shoelace_data Old;

shoelace_log 값에 삽입 (
       new.sl_name, new.sl_avail,
       current_user, current_timestamp)
  Shoelace_data에서 New, Shoelace_data Old,shoelace_data shoelace_data;

shoelace_log 값에 삽입 (
       new.sl_name, new.sl_avail,
       current_user, current_timestamp)
  Shoelace_data에서 New, Shoelace_data Old,
       shoelace_data shoelace_dataWhere New.sl_avail < Old.sl_avail;

shoelace_log 값에 삽입 (
       new.sl_name, new.sl_avail,
       current_user, current_timestamp)
  Shoelace_data에서 New, Shoelace_data Old,
       shoelace_data shoelace_data
 어디 new.sl_avail < old.sl_avail및 shoelace_data.sl_name = 'sl7';

shoelace_log 값에 삽입 (shoelace_data.sl_name, 6,
       current_user, current_timestamp)
  Shoelace_data에서 New, Shoelace_data Old,
       shoelace_data shoelace_data
 어디6< Old.sl_avail
   및 shoelace_data.sl_name = 'sl7';

shoelace_log 값에 삽입
       shoelace_data.sl_name, 6,
       current_user, current_timestamp)
  Shoelace_data에서 New, Shoelace_data Old,
       shoelace_data shoelace_data
 여기서 6 <shoelace_data.sl_avail및 shoelace_data.sl_name = 'sl7';

shoelace_log 값에 삽입
       shoelace_data.sl_name, 6,
       current_user, current_timestamp)
  shoelace_data에서
 여기서 6 < shoelace_data.sl_avail
   및 shoelace_data.sl_name = 'sl7';

Shoelace_Data 업데이트 SL_AVAIL = 6을 업데이트하십시오
 여기서 sl_name = 'sl7';

Shoelace_Data 업데이트 sl_color = 'Green'
 여기서 sl_name = 'sl7';

shoelace_log 값에 삽입
       shoelace_data.sl_name,shoelace_data.sl_avail,
       current_user, current_timestamp)
  shoelace_data에서
 어디shoelace_data.sl_avail< shoelace_data.sl_avail
   및 shoelace_data.sl_name = 'sl7';

업데이트 shoelace_data set sl_avail = 0
 여기서 sl_color = 'black';

shoelace_log에 삽입하십시오
shoelace_data.sl_name, 0, 선택을 선택하십시오.
       current_user, current_timestamp
  shoelace_data에서
 여기서 0 < shoelace_data.sl_avail
   그리고shoelace_data.sl_color = 'black';

누군가가 달리려고 할 수있는 언급 가능성으로부터보기 관계를 보호하는 간단한 방법삽입, 업데이트또는삭제그들 위에는 그 쿼리 나무가 버리도록하는 것입니다. 그래서 우리는 스포츠 토토을 만들 수 있습니다 :

신발 삽입에 rule shoe_ins_protect를 작성하십시오
    대신 아무것도하지 않습니다.
신발 업데이트와 같이 규칙 신발 _upd_protect를 만듭니다
    대신 아무것도하지 않습니다.
삭제에서 신발 삭제와 같이 규칙 신발을 만듭니다
    대신 아무것도하지 말라;

누군가가 지금보기 관계에서 이러한 작업을 수행하려고한다면신발, 스포츠 토토 시스템은이 스포츠 토토을 적용합니다. 스포츠 토토에는 조치가없고대신, 쿼리 트리의 결과 목록이 비어 있고 규칙 시스템이 완료된 후에 최적화되거나 실행될 것이 없기 때문에 전체 쿼리가 없을 것입니다.

규칙 시스템을 사용하는보다 정교한 방법은 실제 테이블에서 올바른 작동을 수행하는 쿼리 트리를 다시 작성하는 규칙을 작성하는 것입니다. 에서 그렇게하려면Shoelace보기, 다음 규칙을 만듭니다.

Shoelace에 인서트와 같이 규칙 shoelace_ins를 만듭니다
    대신하십시오
    shoelace_data 값에 삽입 (
           new.sl_name,
           new.sl_avail,
           new.sl_color,
           new.sl_len,
           new.sl_unit
    );

Shoelace 업데이트시 Rule Shoelace_upd를 만듭니다
    대신하십시오
    Shoelace_data를 업데이트하십시오
       SL_NAME = new.sl_name을 설정합니다.
           sl_avail = new.sl_avail,
           sl_color = new.sl_color,
           sl_len = new.sl_len,
           sl_unit = new.sl_unit
     여기서 sl_name = old.sl_name;

삭제에서 삭제로 규칙 shoelace_del을 만듭니다
    대신하십시오
    shoelace_data에서 삭제합니다
     여기서 sl_name = old.sl_name;

지원하려는 경우반환보기에 쿼리, 스포츠 토토을 포함해야합니다반환보기 행을 계산하는 클로스. 이것은 일반적으로 단일 테이블의보기에 매우 사소하지만와 같은 조회수는 약간 지루합니다.Shoelace. 삽입 케이스의 예는 다음과 같습니다.

Shoelace에 인서트와 같이 규칙 shoelace_ins를 만듭니다
    대신하십시오
    shoelace_data 값에 삽입 (
           new.sl_name,
           new.sl_avail,
           new.sl_color,
           new.sl_len,
           new.sl_unit
    ))
    반환
           shoelace_data.*,
           (shoelace_data.sl_len * u.un_fact를 선택하십시오
            UNIT U에서 Shoelace_data.sl_unit = u.un_name);

이 하나의 규칙은 두 가지 모두를 지원합니다삽입and반환 삽입보기 쿼리 -반환조항은 단순히 무시됩니다삽입.

이제 한 번에 한 팩이 상점에 도착하고 큰 부품 목록과 함께 도착한다고 가정합니다. 하지만 수동으로 업데이트하고 싶지 않습니다Shoelace매번보기. 대신 우리는 두 개의 작은 테이블을 설정했습니다. 하나는 부품 목록에서 항목을 삽입 할 수 있고 하나는 특별한 트릭이 있습니다. 이것들에 대한 창조 명령은 다음과 같습니다.

테이블 생성 shoelace_arrive (
    arr_name 텍스트,
    arr_quant 정수
);

테이블 생성 shoelace_ok (
    ok_name 텍스트,
    OK_QUANT 정수
);

shoelace_ok에 삽입 된 insert와 같이 규칙 shoelace_ok_ins를 만듭니다
    대신하십시오
    Shoelace를 업데이트하십시오
       sl_avail = sl_avail + new.ok_quant를 설정합니다
     여기서 sl_name = new.ok_name;

이제 테이블을 채울 수 있습니다Shoelace_arrive부품 목록의 데이터와 함께 :

SHOELACE_ARRIVE에서 * 선택 *;

 arr_name | arr_quant
----------+-----------
 SL3 |        10
 SL6 |        20
 SL8 |        20
(3 줄)

현재 데이터를 빨리 살펴보십시오 :

Shoelace에서 선택 *;

 sl_name | SL_AVAIL | SL_COLOR | SL_LEN | SL_UNIT | SL_LEN_CM
-----------+----------+----------+-------+------------------------------------------------------
 SL1 |        5 | 검은 색 |     80 | cm |        80
 SL2 |        6 | 검은 색 |    100 | cm |       100
 SL7 |        6 | 브라운 |     60 | cm |        60
 SL3 |        0 | 검은 색 |     35 | 인치 |      88.9
 SL4 |        8 | 검은 색 |     40 | 인치 |     101.6
 SL8 |        1 | 브라운 |     40 | 인치 |     101.6
 SL5 |        4 | 브라운 |      1 | m |       100
 SL6 |        0 | 브라운 |    0.9 | m |        90
(8 줄)

이제 도착한 신발을 옮기십시오 :

shoelace_ok에 삽입 * shoelace_arrive;

결과 확인 :

SL_NAME의 Shoelace Order에서 선택 * 선택;

 sl_name | SL_AVAIL | SL_COLOR | SL_LEN | SL_UNIT | SL_LEN_CM
-----------+----------+----------+-------+------------------------------------------------------
 SL1 |        5 | 검은 색 |     80 | cm |        80
 SL2 |        6 | 검은 색 |    100 | cm |       100
 SL7 |        6 | 브라운 |     60 | cm |        60
 SL4 |        8 | 검은 색 |     40 | 인치 |     101.6
 SL3 |       10 | 검은 색 |     35 | 인치 |      88.9
 SL8 |       21 | 브라운 |     40 | 인치 |     101.6
 SL5 |        4 | 브라운 |      1 | m |       100
 SL6 |       20 | 브라운 |    0.9 | m |        90
(8 줄)

shoelace_log에서 *를 선택하십시오.

 sl_name | SL_AVAIL | log_who | log_when                        
---------+----------+--------+-------------------------------------
 SL7 |        6 | al | Tue 10 월 20 일 19:14:45 1998 Met Dst
 SL3 |       10 | al | Tue 10 월 20 일 19:25:16 1998 Met Dst
 SL6 |       20 | al | Tue 10 월 20 일 19:25:16 1998 Met Dst
 SL8 |       21 | al | Tue 10 월 20 일 19:25:16 1998 Met Dst
(4 줄)

하나부터 먼 길입니다삽입 ... 선택이 결과에. 그리고 쿼리 트리 변환에 대한 설명은이 장에서 마지막이 될 것입니다. 첫째, 파서의 출력이 있습니다 :

shoelace_ok에 삽입
shoelace_arrive.arr_name, shoelace_arrive.arr_quant를 선택하십시오
  shoelace_arrive shoelace_arrive, shoelace_ok shoelace_ok;

이제 첫 번째 스포츠 토토Shoelace_ok_ins가 적용되어 다음을 다음과 같이 바꿉니다.

Shoelace 업데이트
   sl_avail = shoelace.sl_avail + shoelace_arrive.arr_quant를 설정합니다
  shoelace_arrive shoelace_arrive, shoelace_ok shoelace_ok,
       Shoelace_ok Old, Shoelace_ok New,
       신발 끈
 여기서 shoelace.sl_name = shoelace_arrive.arr_name;

그리고 원본을 버립니다삽입onShoelace_ok. 이 다시 작성된 쿼리가 다시 스포츠 토토 시스템으로 전달되고 두 번째로 적용되는 스포츠 토토Shoelace_upd생산 :

Shoelace_Data를 업데이트하십시오
   SL_NAME = shoelace.sl_name을 설정합니다.
       sl_avail = shoelace.sl_avail + shoelace_arrive.arr_quant,
       sl_color = shoelace.sl_color,
       sl_len = shoelace.sl_len,
       sl_unit = shoelace.sl_unit
  shoelace_arrive shoelace_arrive, shoelace_ok shoelace_ok,
       Shoelace_ok Old, Shoelace_ok New,
       신발 끈, 구두 끈으로,
       Shoelace new, shoelace_data shoelace_data
 여기서 shoelace.sl_name = shoelace_arrive.arr_name
   및 shoelace_data.sl_name = shoelace.sl_name;

다시대신규칙 및 이전 쿼리 트리가 쓰레기가 져 있습니다. 이 쿼리는 여전히보기를 사용합니다Shoelace. 그러나 스포츠 토토 시스템은이 단계로 완료되지 않았으므로 계속되고를 적용합니다._return스포츠 토토에 따라 :.

Shoelace_Data를 업데이트하십시오
   SL_NAME = S.SL_NAME 설정
       sl_avail = s.sl_avail + shoelace_arrive.arr_quant,
       sl_color = s.sl_color,
       sl_len = s.sl_len,
       sl_unit = s.sl_unit
  shoelace_arrive shoelace_arrive, shoelace_ok shoelace_ok,
       Shoelace_ok Old, Shoelace_ok New,
       신발 끈, 구두 끈으로,
       Shoelace new, shoelace_data shoelace_data,
       신발 끈 오래, 신발 끈 새,
       shoelace_data s, 단위 u
 여기서 s.sl_name = shoelace_arrive.arr_name
   및 shoelace_data.sl_name = s.sl_name;

마지막으로, 스포츠 토토log_shoelace추가 쿼리 트리 생성 :

shoelace_log에 삽입하십시오
s.sl_name 선택,
       s.sl_avail + shoelace_arrive.arr_quant,
       current_user,
       current_timestamp
  shoelace_arrive shoelace_arrive, shoelace_ok shoelace_ok,
       Shoelace_ok Old, Shoelace_ok New,
       신발 끈, 구두 끈으로,
       Shoelace new, shoelace_data shoelace_data,
       신발 끈 오래, 신발 끈 새,
       shoelace_data s, Unit U,
       shoelace_data old, shoelace_data new
       shoelace_log shoelace_log
 여기서 s.sl_name = shoelace_arrive.arr_name
   및 shoelace_data.sl_name = s.sl_name
   그리고 (s.sl_avail + shoelace_arrive.arr_quant) < s.sl_avail;

그 후 규칙 시스템은 규칙이 부족하여 생성 된 쿼리 트리를 반환합니다.

그래서 우리는 두 개의 최종 쿼리 트리로 끝납니다.SQL진술 :

shoelace_log에 삽입하십시오
s.sl_name 선택,
       s.sl_avail + shoelace_arrive.arr_quant,
       current_user,
       current_timestamp
  shoelace_arrive shoelace_arrive, shoelace_data shoelace_data,
       shoelace_data s
 여기서 s.sl_name = shoelace_arrive.arr_name
   및 shoelace_data.sl_name = s.sl_name
   및 s.sl_avail + shoelace_arrive.arr_quant < s.sl_avail;

Shoelace_data를 업데이트하십시오
   sl_avail = shoelace_data.sl_avail + shoelace_arrive.arr_quant를 설정합니다
  shoelace_arrive에서 shoelace_arrive,
       shoelace_data shoelace_data,
       shoelace_data s
 여기서 s.sl_name = shoelace_arrive.sl_name
   및 shoelace_data.sl_name = s.sl_name;

결과는 한 관계에서 다른 관계에서 나오는 데이터가 다른 관계에 삽입되어 3 분의 1의 업데이트로 변경되었으며, 네 번째 플러스 업데이트로 변경되어 5 분의 1의 최종 업데이트가 두 쿼리로 축소되었습니다..

약간 추악한 세부 사항이 있습니다. 두 쿼리를 살펴보면Shoelace_data관계는 범위 테이블에 두 번 나타나서 확실히 하나로 줄일 수 있습니다. 플래너는이를 처리하지 않으므로 규칙 시스템 출력에 대한 실행 계획삽입

중첩 루프
  - 합병 조인
        - SEQ 스캔
              - 정렬
                    - seq scan on s
        - SEQ 스캔
              - 정렬
                    - shoelace_arrive에서 seq 스캔
  - SHOELACE_DATA에서 SEQ 스캔

추가 범위 테이블 항목을 생략하면

합병 조인
  - SEQ 스캔
        - 정렬
              - seq scan on s
  - SEQ 스캔
        - 정렬
              - SHOELACE_ARRIVE에서 SEQ 스캔

로그 테이블에서 정확히 동일한 항목을 생성합니다. 따라서 규칙 시스템은 테이블에서 하나의 추가 스캔을 일으켰습니다.Shoelace_data그것은 절대 필요하지 않습니다. 그리고 동일한 중복 스캔이에서 다시 한 번 수행됩니다.업데이트. 그러나 모든 것을 가능하게하는 것은 정말 어려운 일이었습니다.

이제 우리는의 최종 데모를 만듭니다.PostgreSQL규칙 시스템과 그 전력. 데이터베이스에 특별한 색상의 신발 끈을 추가한다고 가정 해 봅시다 :

Shoelace 값에 삽입 ( 'sl9', 0, '핑크', 35.0, '인치', 0.0);
신발 값 값 ( 'SL10', 1000, 'Magenta', 40.0, 'inch', 0.0)에 삽입

우리는 어느 것을 확인하고 싶습니다Shoelace항목은 신발에 맞지 않습니다. 이것에 대한 견해는 다음과 같습니다.

보기 Shoelace_mistatch ar
    존재하지 않는 곳에 * Shoelace에서 *를 선택하십시오
        (slcolor = sl_color 인 Shoe에서 Shoename을 선택하십시오);

출력은 다음과 같습니다.

SHOELACE_MISTACTH에서 선택 *;

 sl_name | SL_AVAIL | SL_COLOR | SL_LEN | SL_UNIT | SL_LEN_CM
---------+----------+----------+-------+--------------------------------------
 SL9 |        0 | 핑크 |     35 | 인치 |      88.9
 SL10 |     1000 | 마젠타 |     40 | 인치 |     101.6

41081_41222PostgreSQL, 직접 삭제하지 않습니다. 대신 우리는 하나 더보기를 만듭니다 :

view shoelace_can_delete as as
    shoelace_mistatch에서 * sel_avail = 0;에서 선택하십시오.

이런 식으로 수행하십시오 :

존재하는 곳에서 Shoelace에서 삭제합니다
    (SHOELACE_CAN_DELETE에서 * 선택하십시오
             여기서 sl_name = shoelace.sl_name);

Voilà:

SELECT * FROM SHOELACE;

 sl_name | SL_AVAIL | SL_COLOR | SL_LEN | SL_UNIT | SL_LEN_CM
---------+----------+----------+-------+--------------------------------------
 SL1 |        5 | 검은 색 |     80 | cm |        80
 SL2 |        6 | 검은 색 |    100 | cm |       100
 SL7 |        6 | 브라운 |     60 | cm |        60
 SL4 |        8 | 검은 색 |     40 | 인치 |     101.6
 SL3 |       10 | 검은 색 |     35 | 인치 |      88.9
 SL8 |       21 | 브라운 |     40 | 인치 |     101.6
 SL10 |     1000 | 마젠타 |     40 | 인치 |     101.6
 SL5 |        4 | 브라운 |      1 | m |       100
 SL6 |       20 | 브라운 |    0.9 | m |        90
(9 줄)

a삭제보기에서, 총 4 개의 중첩/결합 된 뷰를 사용하는 하위 쿼리 자격을 갖추면, 그 중 하나 자체가 뷰가 포함 된 하위 쿼리 자격을 가지고 있고 계산 된 뷰 열이 사용되는 단일 쿼리 트리로 다시 쓰여 실제 테이블에서 요청 된 데이터를 삭제합니다.

그러한 구성이 필요한 실제 세계에는 몇 가지 상황이있을 것입니다. 그러나 그것은 당신이 그것이 효과가 있다는 느낌을줍니다.