| PostgreSQL 9.0.23 문서화 | ||||
|---|---|---|---|---|
| PostgreSQL : 문서 : 9.0 : 스포츠 토토 결과 트리 | 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, 결과 관계는 결과가있는 범위 테이블 항목을 가리 킵니다 가야합니다. 다른 모든 것은 절대적으로 동일합니다. 그래서 두 테이블T1andT2열이있는aandB, 두 사람의 쿼리 트리 진술 :
t1, t2에서 t2.b를 선택하십시오. 여기서 t1.a = t2.a; T1 Set T2에서 T1 세트 B = T2.B를 업데이트합니다. 여기서 t1.a = t2.a;
거의 동일합니다. 특히:
범위 테이블에는 테이블의 항목이 포함되어 있습니다T1andT2.
대상 목록에는 하나의 변수가 포함됩니다 열B범위 테이블 항목의 테이블 용T2.
자격 표현식은 열을 비교합니다a평등.
가입 트리는 간단한 조인 사이에T1andT2.
결과는 두 쿼리 트리가 비슷한 결과를 초래한다는 것입니다. 실행 계획 : 둘 다 두 테이블에 합류합니다. 을 위한 그만큼업데이트누락 된 열에서T1플래너와 최종 쿼리 트리는 다음과 같이 읽습니다.
업데이트 t1은 t2에서 t1.a = t2.a;에서 a = t1.a, b = t2.b를 설정합니다.
따라서 Executor는 가입을 통해 달리기가 정확히 생성됩니다. A :과 동일한 결과 설정
t1.a, t2.b에서 t1.a, t2에서 t1.a = t2.a;를 선택하십시오.
하지만 약간의 문제가 있습니다업데이트: 집행자는 무엇을 신경 쓰지 않습니다 그들이하는 가입의 결과는 그냥 결과 집합을 생성합니다. 하나가 A이라는 차이select명령이고 다른 하나는입니다.업데이트의 발신자에서 처리됩니다 집행자. 발신자는 여전히 알고 있습니다 (쿼리 트리를보고) 이건업데이트이 결과는 표로 들어가야한다T1. 그러나 거기에있는 행 중 어느 줄이 새 행으로 대체 되나요?
이 문제를 해결하려면 다른 항목이 추가됩니다. 대상 목록업데이트(및 in삭제) 문 : 현재 튜플 ID (CTID). 이것은 롤 토토입니다 파일 블록 번호와 위치를 포함하는 열 행 블록. 테이블을 알고,CTID원본을 검색하는 데 사용할 수 있습니다 행T1업데이트 될 예정입니다. 추가 후 그만큼CTID대상 목록으로, 쿼리는 실제로 다음과 같습니다.
t1.a, t2.b, t1.ctid t1, t2 여기서 t1.a = t2.a;를 선택하십시오.
이제 또 다른 세부 사항PostgreSQL무대에 들어갑니다. 오래된 테이블 줄은 덮어 쓰지 않았으며 이것이 이유입니다롤백빠릅니다. 에서업데이트, 새 결과 행이 테이블 (스트리핑 후CTID) 및 오래된 행의 행 헤드러,CTID그만큼cmaxandxmax항목은 현재 명령으로 설정됩니다 카운터 및 현재 트랜잭션 ID. 따라서 오래된 줄은 숨겨져 있습니다. 그리고 거래 후에는 진공 청소기가 실제로 제거하십시오.
모든 것을 알고, 우리는 단순히보기 규칙을 적용 할 수 있습니다. 어떤 명령과 같은 방식으로. 아니요 차이점.
상기는 규칙 시스템이보기를 통합하는 방법을 보여줍니다 원래 쿼리 트리에 대한 정의. 두 번째 예, 간단한select한롤 토토에서 4 개의 테이블에 가입 한 최종 쿼리 트리를 만들었습니다. (Unit는 다른 두 번 사용되었습니다 이름).
규칙 시스템으로보기를 구현하는 이점은, 플래너가 어떤 테이블에 대한 모든 정보를 가지고 있음 스캔해야 하고이 테이블 간의 관계를 스캔해야합니다. 또한 Views Plus의 제한적인 자격 하나의 단일 쿼리의 원래 쿼리의 자격 나무. 그리고 이것은 여전히 원래 쿼리가 이미 조회수에 대한 가입입니다. 플래너는 어느 것을 결정해야합니다 쿼리 실행을위한 가장 좋은 경로이며 더 많은 정보입니다. 플래너는이 결정이 더 좋을 수 있습니다. 그리고 규칙 에서 구현 된 시스템PostgreSQL이것이 전부인지 확인합니다 그 시점까지 쿼리에 대한 정보.
롤 토토가 대상 관계로 명명되면 어떻게되는지삽입, 업데이트또는삭제? 위에서 설명한 대체를 수행 한 후에는 결과 관계가 하위 쿼리에 가리키는 쿼리 트리 범위 테이블 항목. 이것은 작동하지 않으므로 다시 작성자가 던졌습니다 그것이 그런 것을 생성 한 것을 보면 오류.
이를 변경하려면 동작을 수정하는 규칙을 정의 할 수 있습니다. 이런 종류의 명령 중. 이것이 다음 주제입니다 부분.