| Postgresql 9.2.24 문서화 | ||||
|---|---|---|---|---|
| PostgreSQL : 문서 : 9.2 : 배트맨 토토 트리 | up | 37 장. 규칙 시스템 | 다음 | |
views inPostgreSQLare 규칙 시스템을 사용하여 구현되었습니다. 사실, 본질적으로 있습니다 차이 없음 :
mytab에서 myview사설 토토 사이트를 작성하십시오 * from mytab;
두 명령과 비교 :
테이블 작성 myview (mytab과 같은 열 목록);
myview to myview 대신 규칙 "_return"을 작성하십시오.
* mytab에서 * 선택;
이것이 바로이기 때문에생성 보다명령은 내부적으로 수행됩니다. 이것은 몇 가지 부작용이 있습니다. 그들 중 하나는의 견해에 대한 정보입니다.PostgreSQL시스템 카탈로그입니다 테이블과 정확히 동일합니다. 그래서 파서에게 테이블과 뷰 사이에는 전혀 차이가 없습니다. 그들은입니다 같은 것 : 관계.
규칙ON SELECT모두에게 적용됩니다 주어진 명령이 a이더라도 마지막 단계로 쿼리삽입, 업데이트또는삭제. 그리고 그들은 다른 명령에 대한 규칙과 다른 의미를 가지고 있습니다. 유형의 쿼리 트리를 대신 제자리에 수정합니다. 새로운 것을 만들었습니다. 그래서select규칙 먼저 설명됩니다.
현재,에는 한 가지 행동 만있을 수 있습니다ON SELECT규칙, 무조건적이어야합니다select그 행동대신. 이 제한은 만들어야했습니다 일반 사용자를 위해 열 수있을만큼 안전한 규칙 제한on Select사설 토토 사이트.
이 장의 예제는 두 가지 조인보기입니다. 일부 계산 및이를 사용하는 더 많은 견해. 하나 두 개의 첫 번째보기 중에 대한 규칙을 추가하여 나중에 사용자 정의됩니다.삽입, 업데이트13122_13130삭제최종 결과가 동작하는사설 토토 사이트가되도록 조작 마법 기능이있는 실제 테이블처럼. 이것은 아닙니다 시작하기에 간단한 예제이며 이것은 일을 만듭니다. 들어가기가 더 어렵습니다. 그러나 한 가지 예를 갖는 것이 좋습니다 covers all the points discussed step by step rather than having 명심 할 수있는 많은 다른 것들.
예를 들어, 우리는 약간 필요합니다Min2 정수의 하단을 반환하는 함수 값. 우리는 다음과 같이 만듭니다.
기능 최소 (정수, 정수) 생성 정수를 $$로 반환합니다
$ 1 <$ 2 그런 다음 $ 1 one $ 2 종료 인 경우 사례를 선택하십시오.
$$ Language SQL Strict;
처음 두 규칙 시스템에서 필요한 실제 테이블 설명은 다음과 같습니다.
테이블 SHOE_DATA 만들기 (
Shoename 텍스트 - 기본 키
SH_AVAIL INTEGER - 사용 가능한 쌍
Slcolor Text - 선호하는 떼 색상
Slminlen Real, - 최소 신발 끈 길이
Slmaxlen Real, - 최대 떼 길이
슬루 니트 텍스트 - 길이 단위
);
테이블 생성 shoelace_data (
SL_NAME 텍스트 - 기본 키
SL_AVAIL INTEGER - 사용 가능한 수의 쌍
SL_COLOR 텍스트 - 신발색
SL_LEN Real, - 신발성 길이
SL_UNIT 텍스트 - 길이 단위
);
테이블 장치 생성 (
UN_NAME 텍스트 - 기본 키
UN_FACT Real- CM으로 변환하는 요소
);
보시다시피, 신발 매장 데이터를 나타냅니다.
보기는 다음과 같이 생성됩니다.
보기 신발을 만듭니다
sh.shoename 선택,
sh.sh_avail,
Sh.slcolor,
Sh.slminlen,
sh.slminlen * un.un_fact as slminlen_cm,
sh.slmaxlen,
sh.slmaxlen * slmaxlen_cm as as slmaxlen * un.un_fact,
Sh.slunit
Shoe_data Sh, Un
여기서 sh.slunit = un.un_name;
Shoelace보기를 만듭니다
s.sl_name 선택,
s.sl_avail,
s.sl_color,
s.sl_len,
s.sl_unit,
s.sl_len * u.un_fact as sl_len_cm
shoelace_data s, unit u
여기서 s.sl_unit = u.un_name;
Shoe_ready를 View를 만듭니다
rsh.shoename 선택,
rsh.sh_avail,
rsl.sl_name,
rsl.sl_avail,
Min (rsh.sh_avail, rsl.sl_avail)은 Total_avail입니다
Shoe Rsh, Shoelace RSL에서
여기서 rsl.sl_color = rsh.slcolor
및 rsl.sl_len_cm = rsh.slminlen_cm
및 rsl.sl_len_cm <= rsh.slmaxlen_cm;
the사설 토토 사이트 만들기명령Shoelace사설 토토 사이트 (가장 간단한 것입니다 우리가 가진 하나)는 관계를 만들 것입니다Shoelace및 입력pg_rewrite재 작성이 있음을 알려줍니다 관계가있을 때마다 적용 해야하는 규칙Shoelace는 쿼리의 범위 테이블에 참조됩니다. 규칙에는 규칙 자격이 없습니다 (나중에 논의, 비select이후 규칙select현재 규칙을 가질 수 없습니다) 이다대신. 그 규칙에 유의하십시오 자격은 쿼리 자격과 동일하지 않습니다. 그만큼 우리의 규칙의 조치에는 쿼리 자격이 있습니다. 의 행동 규칙은 사본 인 하나의 쿼리 트리입니다.selectView Creation의 진술 명령.
참고 :두 개의 추가 범위 테이블 항목NEWandoldpg_rewrite입장에 관심이 없습니다select규칙.
이제 우리는 포기Unit, Shoe_data및shoelace_dataa에서 간단한 쿼리를 실행하십시오 보다:
단위 값 ( 'cm', 1.0)에 삽입; 단위 값에 삽입 ( 'm', 100.0); 단위 값에 삽입 ( '인치', 2.54); Shoe_Data 값 ( 'SH1', 2, 'Black', 70.0, 90.0, 'cm')에 삽입; Shoe_data 값에 삽입 ( 'sh2', 0, 'black', 30.0, 40.0, 'inch'); Shoe_data 값에 삽입 ( 'sh3', 4, 'brown', 50.0, 65.0, 'cm'); Shoe_data 값에 삽입 ( 'sh4', 3, 'brown', 40.0, 50.0, 'inch'); shoelace_data 값에 삽입 ( 'sl1', 5, 'black', 80.0, 'cm'); shoelace_data 값에 삽입 ( 'sl2', 6, 'black', 100.0, 'cm'); shoelace_data 값에 삽입 ( 'sl3', 0, 'black', 35.0, 'inch'); shoelace_data 값에 삽입 ( 'sl4', 8, 'black', 40.0, 'inch'); shoelace_data 값 ( 'sl5', 4, 'brown', 1.0, 'm')에 삽입; shoelace_data 값 ( 'sl6', 0, 'brown', 0.9, 'm')에 삽입; shoelace_data 값에 삽입 ( 'sl7', 7, 'brown', 60, 'cm'); shoelace_data 값에 삽입 ( 'sl8', 1, 'brown', 40, 'inch'); 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 | 7 | 브라운 | 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 줄)
이것은 가장 간단합니다select할 수 있습니다 우리의 견해에 대해, 우리는이 기회를 통해 보기 규칙의 기본 사항. 그만큼선택 *에서 구두끈는 파서에 의해 해석되어 생산되었습니다 쿼리 트리 :
shoelace.sl_name, shoelace.sl_avail 선택을 선택하십시오.
shoelace.sl_color, shoelace.sl_len,
shoelace.sl_unit, shoelace.sl_len_cm
Shoelace Shoelace에서;
그리고 이것은 규칙 시스템에 제공됩니다. 규칙 시스템이 걷는다 범위 테이블을 통해 및 규칙이 있는지 확인합니다. 관계. 범위 테이블 항목을 처리 할 때Shoelace(지금까지 유일한 사람)는를 찾습니다._return쿼리 트리를 사용한 규칙 :
S.SL_NAME, S.SL_AVAIL, SELECT SELECT
s.sl_color, s.sl_len, s.sl_unit,
s.sl_len * u.un_fact as sl_len_cm
Shoelace Old, Shoelace New,
shoelace_data s, 단위 u
여기서 s.sl_unit = u.un_name;
보기를 확장하려면 다시 작성자는 단순히 하위 쿼리를 만듭니다. 규칙의 조치 쿼리 트리를 포함하는 범위 테이블 항목 및 이 범위 테이블 항목을 원래 테이블 항목으로 대체합니다. 견해를 참조했습니다. 결과적으로 다시 작성된 쿼리 트리는 다음과 같습니다 입력 한 것과 거의 같습니다.
shoelace.sl_name, shoelace.sl_avail 선택을 선택하십시오.
shoelace.sl_color, shoelace.sl_len,
shoelace.sl_unit, shoelace.sl_len_cm
From (select s.sl_name,
s.sl_avail,
s.sl_color,
s.sl_len,
s.sl_unit,
s.sl_len * u.un_fact as sl_len_cm
shoelace_data s, unit u
여기서 s.sl_unit = u.un_name) shoelace;
그러나 한 가지 차이점이 있습니다 : 서브 쿼리의 범위 테이블 두 개의 추가 항목이 있습니다Shoelace oldandShoelace New. 이 항목은 그렇지 않습니다 참조되지 않으므로 쿼리에 직접 참여하십시오 하위 쿼리의 조인 트리 또는 대상 목록에 의해. 다시 작성자가 사용합니다 액세스 권한 확인 정보를 저장하기 위해 원래를 참조하는 범위 테이블 항목에 존재합니다 보다. 이런 식으로, 집행 인은 여전히 사용자가 비록보기에도 적절한 권한이 있습니다. 다시 작성된 쿼리에서보기를 직접 사용하지 않습니다.
그것은 첫 번째 규칙이 적용되었습니다. 규칙 시스템이 있습니다 상단에 나머지 범위 테이블 항목을 계속 확인하십시오 쿼리 (이 예에서는 더 이상 없음). 추가 된 하위 쿼리의 범위 테이블 항목을 재귀 적으로 확인하십시오 참조 뷰가 있는지 확인합니다. (그러나 그것은 확장되지 않을 것입니다old또는NEW- 그렇지 않으면 우리는 무한 재귀가있을 것입니다!)이 예에서는 거기에 있습니다 다시 쓰기 규칙이 아닙니다Shoelace_data또는Unit, 재 작성이 완료되고 위는 플래너에게 주어진 최종 결과입니다.
이제 우리는 어떤 신발을 찾는 쿼리를 쓰고 싶습니다 현재 상점에 우리는 일치하는 신발 끈을 가지고 있습니다 (컬러 그리고 길이) 및 정확히 일치하는 총 수 쌍은 두 개 또는 동일합니다.
SELECT *에서 SHOE_READY where total_avail = 2; 떼 이름 | sh_avail | sl_name | SL_AVAIL | Total_avail ----------+----------+---------+------------------- sh1 | 2 | SL1 | 5 | 2 sh3 | 4 | SL7 | 7 | 4 (2 줄)
파서의 출력은 이번에는 쿼리 트리입니다 :
SHOE_READY.SHOENAME, SHOE_READY.SH_AVAIL,
shoe_ready.sl_name, shoe_ready.sl_avail,
Shoe_ready.total_avail
Shoe_ready Shoe_ready에서
여기서 shoe_ready.total_avail = 2;
첫 번째 규칙은의 첫 번째 규칙입니다.Shoe_ready사설 토토 사이트를보고 쿼리가 발생합니다 나무:
SHOE_READY.SHOENAME, SHOE_READY.SH_AVAIL,
shoe_ready.sl_name, shoe_ready.sl_avail,
Shoe_ready.total_avail
From (select rsh.shoename,
rsh.sh_avail,
rsl.sl_name,
rsl.sl_avail,
Min (rsh.sh_avail, rsl.sl_avail)은 Total_avail입니다
Shoe Rsh, Shoelace RSL에서
여기서 rsl.sl_color = rsh.slcolor
및 rsl.sl_len_cm = rsh.slminlen_cm
및 rsl.sl_len_cm <= rsh.slmaxlen_cm) shoe_ready
여기서 shoe_ready.total_avail = 2;
마찬가지로에 대한 규칙신발및Shoelace하위 쿼리의 범위 테이블, 3 단계 결승전으로 이어집니다. 쿼리 트리 :
SHOE_READY.SHOENAME, SHOE_READY.SH_AVAIL, SELECT SELECT SELECT
shoe_ready.sl_name, shoe_ready.sl_avail,
Shoe_ready.total_avail
From (select rsh.shoename,
rsh.sh_avail,
rsl.sl_name,
rsl.sl_avail,
Min (rsh.sh_avail, rsl.sl_avail)은 Total_avail입니다
에서 (select sh.shoename,
sh.sh_avail,
Sh.slcolor,
Sh.slminlen,
sh.slminlen * un.un_fact as slminlen_cm,
sh.slmaxlen,
sh.slmaxlen * slmaxlen_cm as as slmaxlen * un.un_fact,
Sh.slunit
Shoe_data Sh, Un
여기서 sh.slunit = un.un_name) rsh,
(S.SL_NAME 선택,
s.sl_avail,
s.sl_color,
s.sl_len,
s.sl_unit,
s.sl_len * u.un_fact as sl_len_cm
shoelace_data s, unit u
여기서 s.sl_unit = u.un_name) rsl
여기서 rsl.sl_color = rsh.slcolor
및 rsl.sl_len_cm = rsh.slminlen_cm
및 rsl.sl_len_cm <= rsh.slmaxlen_cm) shoe_ready
여기서 shoe_ready.total_avail 2;
플래너 가이 나무를 2 레벨 쿼리 트리 : 병적select명령은"풀링"중간으로select처리 할 필요가 없으므로 갈라져. 하지만 중간select의지 집계가 포함되어 있기 때문에 상단과 분리되어 있습니다 기능. 우리가 그것들을 끌어 올리면 그것은 행동을 바꿀 것입니다 최상위select, 우리는 그렇지 않습니다 원하다. 그러나 쿼리 트리를 무너 뜨리는 것은 최적화입니다 다시 쓰기 시스템이 스스로 관심을 가질 필요가 없습니다 와 함께.
쿼리 트리의 두 세부 사항은 위의보기 규칙에 대한 설명. 이것들은 명령 유형입니다 결과 관계. 실제로 명령 유형은 필요하지 않습니다 규칙을 보지만 결과 관계는 그 방식에 영향을 줄 수 있습니다. 특별한 치료가 필요하기 때문에 쿼리 다시 작성자는 작동합니다. 결과 관계가보기 인 경우 촬영.
쿼리 트리 간에는 몇 가지 차이가 있습니다select다른 명령에 대한 하나. 분명히, 그들은 다른 명령 유형을 가지고 있으며 명령을 A 이외select, 결과 관계는 결과가있는 범위 테이블 항목을 가리 킵니다 가야합니다. 다른 모든 것은 절대적으로 동일합니다. 그래서 두 테이블T1및T2열이있는aandB, 두 사람의 쿼리 트리 진술 :
t1, t2에서 t2.b를 선택하십시오. 여기서 t1.a = t2.a; T1 Set T2에서 T1 세트 B = T2.B를 업데이트합니다. 여기서 t1.a = t2.a;
거의 동일합니다. 특히:
범위 테이블에는 테이블의 항목이 포함되어 있습니다T1및T2.
대상 목록에는 하나의 변수가 포함됩니다 열B범위 테이블 항목의 테이블 용T2.
자격 표현식은 열을 비교합니다a평등.
가입 트리는 간단한 결합을 보여줍니다T1및T2.
결과는 두 쿼리 트리가 비슷한 결과를 초래한다는 것입니다. 실행 계획 : 둘 다 두 테이블에 합류합니다. 을 위한 그만큼업데이트누락 된 열에서T1플래너와 최종 쿼리 트리는 다음과 같이 읽습니다.
업데이트 t1은 a = t1.a, b = t2.b 여기서 t1.a = t2.a;에서 설정합니다.
따라서 Executor가 Join을 통해 달리는 것은 정확히 생성됩니다. 동일한 결과 세트 :
t1.a, t2.b에서 t1.a, t2에서 t1.a = t2.a;를 선택하십시오.
그러나 약간의 문제가 있습니다업데이트: 집행자 계획의 일부 조인은 조인의 결과가 무엇을 의미하는지 신경 쓰지 않습니다. 을 위한. 결과는 단지 결과 집합을 생성합니다. 그 사실 IS Aselect명령과 다른 하나는입니다업데이트집행자, 이것이라는 것을 알고있는 곳업데이트, 그리고이 결과가 진행되어야한다는 것을 알고 있습니다 표로T1. 그러나 어느 행입니다 새로운 행으로 대체되어야합니까?
이 문제를 해결하려면 다른 항목이 추가됩니다. 대상 목록업데이트(및 in삭제) 문 : 현재 튜플 ID (CTID). 이것은 시스템입니다 파일 블록 번호와 위치를 포함하는 열 행 블록. 테이블을 알고,CTID원본을 검색하는 데 사용될 수 있습니다 행T1업데이트 될 예정입니다. 추가 후 그만큼CTID대상 목록으로, 쿼리는 실제로 다음과 같습니다.
t1.a, t2.b, t1.ctid t1, t2 여기서 t1.a = t2.a;를 선택하십시오.
이제 또 다른 세부 사항PostgreSQL무대에 들어갑니다. 오래된 테이블 줄은 덮어 쓰지 않았으며 이것이 이유입니다롤백빠릅니다. 에서업데이트, 새 결과 행이 테이블 (스트리핑 후CTID) 및 오래된 행의 행 헤드러에서,CTID그만큼cmax및xmax항목은 현재 명령으로 설정됩니다 카운터 및 현재 트랜잭션 ID. 따라서 오래된 줄은 숨겨져 있습니다. 그리고 거래 후에는 진공 청소기 캔을 저지릅니다 결국 죽은 줄을 제거하십시오.
모든 것을 알고, 우리는 단순히보기 규칙을 적용 할 수 있습니다. 어떤 명령과 같은 방식으로. 아니요 차이점.
상기는 규칙 시스템이보기를 통합하는 방법을 보여줍니다 원래 쿼리 트리에 대한 정의. 두 번째 예, 간단한select한사설 토토 사이트에서 4 개의 테이블에 가입 한 최종 쿼리 트리를 만들었습니다. (Unit다른 두 번 사용되었습니다 이름).
규칙 시스템으로 뷰를 구현하는 이점은, 플래너가 어떤 테이블에 대한 모든 정보를 가지고 있음 스캔해야 하고이 테이블 간의 관계를 스캔해야합니다. 또한 Views Plus의 제한적인 자격 하나의 단일 쿼리의 원래 쿼리의 자격 나무. 그리고 이것은 여전히 원래 쿼리가 이미 조회수에 대한 가입입니다. 플래너는 어느 것을 결정해야합니다 쿼리 실행을위한 가장 좋은 경로이며 더 많은 정보입니다. 플래너는이 결정이 더 좋을 수 있습니다. 그리고 규칙 에서 구현 된 시스템PostgreSQL이것이 전부인지 확인합니다 그 시점까지 쿼리에 대한 정보.
사설 토토 사이트가 대상 관계로 명명되면 어떻게되는지삽입, 업데이트또는삭제? 위에서 설명한 대체를 단순히 수행하면 a가 줄어 듭니다 결과 관계가 하위 쿼리에 가리키는 쿼리 트리 작동하지 않는 범위 테이블 항목. 대신, 재 작성자 작업이 AN에 의해 처리 될 것이라고 가정합니다.대신사설 토토 사이트에서 트리거. (없다면 그러한 방아쇠, 집행자는 실행될 때 오류를 던집니다. 이 경우 다시 쓰기는 약간 다르게 작동합니다. 을 위한삽입, 다시 작성자는 아무것도하지 않습니다 모두사설 토토 사이트와 함께, 그것을 결과 관계로 남겨 두십시오. 질문. 을 위한업데이트and삭제, 여전히사설 토토 사이트를 확장해야합니다 쿼리를 생산하는"Old"명령은 업데이트 또는 삭제를 시도합니다. 그래서 견해는입니다 정상적으로 확장되었지만 또 다른 미지의 범위 테이블 항목은입니다 쿼리에 추가하여 용량의보기를 결과 관계.
현재 발생하는 문제는 행을 식별하는 방법입니다. 보기에서 업데이트됩니다. 결과 관계가있을 때를 상기하십시오 테이블, 특별한CTID입력이 대상 목록에 추가되어 물리적 인 것을 식별합니다. 업데이트 될 행의 위치. 이것은 작동하지 않습니다 뷰에는 아무것도 없기 때문에 결과 관계는보기입니다CTID, 행은 그렇지 않기 때문입니다 실제 물리적 위치가 있습니다. 대신,업데이트또는삭제운영, 특별Wholerow입장입니다 모든 열을 포함하도록 확장되는 대상 목록에 추가 사설 토토 사이트에서. 집행자는이 값을 사용하여"Old"로드대신트리거. 방아쇠에 달려 있습니다 이전 및 새 행을 기반으로 업데이트 할 내용을 알아보십시오. 값.
없는 경우대신트리거 뷰를 업데이트하려면 집행자가 오류를 던집니다. 자체적으로보기를 자동으로 업데이트 할 수 없습니다. 변경하려면 이것은 우리는 행동을 수정하는 규칙을 정의 할 수 있습니다삽입, 업데이트및삭제보기에 명령. 이 규칙은 명령을 다시 작성하고 일반적으로 하나 이상의 테이블을 업데이트하는 명령으로 견해보다는. 이것이 다음 섹션의 주제입니다.
규칙이 먼저 평가되어 원본을 다시 작성합니다 쿼리가 계획되고 실행되기 전에 쿼리. 그러므로보기라면 가지다대신트리거뿐만 아니라 규칙삽입, 업데이트또는삭제규칙은 먼저 평가되고 결과에 따라 트리거는 전혀 사용되지 않을 수 있습니다.