| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 35. 룰 시스템 | Fast Forward | Next |
어떻게 룰 시스템이 기능하는지 이해하기 위해서는, 룰이 어떻게 기동되고 그 입력과 결과는 무엇인지 이해해야합니다.
룰 시스템은 쿼리 파서와 플래너의 중간에 위치합니다. 룰 시스템은 입력으로 파서의 출력, 단일의 쿼리 트리, 및 추가 정보를 가지는 쿼리 트리인 사용자 정의 재작성 룰을 택해, 결과적으로 0개 이상의 쿼리 트리를 생성합니다. 룰 시스템의 입력과 출력은 항상 파서 자체에서도 생성할 수가 있어서, 참조하는 대상은 기본적으로 SQL문으로서 표현 가능합니다.
그럼 쿼리 트리란 무엇입니까. 그것은, SQL문을 구성하는 개개의 부품을 따로 따로 기억한, SQL쿼리 내부 표현입니다. debug_print_parse, debug_print_rewritten, 혹은 debug_print_plan설정 매개변수를 설정하면, 서버 로그내에서 쿼리 트리를 볼 수가 있습니다. 룰 액션도 pg_rewrite시스템 목록내에 문의 트리로서 저장되고 있습니다. 이것은 로그 출력과 같이 형식화되지는 않지만, 완전히 같은 정보를 가지고 있습니다.
쿼리 트리 그 자체를 읽기 위해서는 어느 정도의 경험이 필요합니다. 룰 시스템을 이해하기 위해서는 쿼리 트리의 SQL표현으로 충분하므로, 여기에서는 그 읽는 법까지는 가르치지 않습니다.
본장의 쿼리 트리의 SQL표현 형식을 읽을 때에 필요한 것은, 쿼리 트리 구조안에 분해된, 어느 문장의 부품을 식별할 수 있는 것입니다. 쿼리 트리에는 이하의 부분이 있습니다.
이것은 어느 명령(SELECT, INSERT, UPDATE, DELETE)이 쿼리 트리를 만들었는지 나타내는 단순한 값입니다.
범위 테이블은 쿼리로 사용되는 릴레이션의 리스트입니다. SELECT문에서는 이것은 FROM키워드의 다음에 주어지는 릴레이션이 됩니다.
범위 테이블의 각각의 항목은 테이블 혹은 뷰를 식별해, 쿼리의 다른 부분에서는 어떤 이름으로 불려 가는지를 나타냅니다. 쿼리 트리에서, 범위 테이블의 항목은 이름보다 번호로 참조되는 것이 많기 때문에, 여기에서는 SQL문과는 달리, 중복하는 이름이 있는가 하는 것은 문제가 되지 않습니다. 이것은 룰의 범위 테이블이 병합 된 후에 일어날 가능성이 있습니다. 본장의 예에서는 그 상황을 포함하고 있지 않습니다.
쿼리의 결과가 저장되는 릴레이션을 식별하는 범위 테이블에의 인덱스입니다.
SELECT쿼리는 일반적으로 결과 릴레이션을 가지지 않습니다. SELECT INTO의 경우는 특별합니다만, INSERT ... SELECT가 붙은 CREATE TABLE와 거의 같므로, 여기에서는 개별적으로는 설명하지 않습니다.
INSERT, UPDATE, DELETE명령에서는, 결과 릴레이션은 변경이 유효한 테이블(혹은 뷰)입니다.
대상 리스트는 쿼리의 결과를 정의하는 식의 리스트입니다. SELECT의 경우, 이 식은 쿼리의 최종 결과를 구축하는 것입니다. 이것들은 SELECT와 FROM키워드의 사이에 있는 식에 대응합니다 (*는 단지 릴레이션의 모든 렬명의 생략입니다. 이것은 파서에 의해 개별의 열에 전개되기 때문에, 룰 시스템이 볼 일은 없습니다).
DELETE명령은 결과를 돌려주지 않으므로, 대상 리스트는 필요 없습니다. 실제로는, 플래너가 빈 대상 리스트에 특별한 CTID항목을 추가합니다. 그러나 이것은, 후에 설명합니다만, 룰 시스템의 뒤에 행해집니다. 룰 시스템에서는 대상 리스트는 비어있습니다.
INSERT쿼리에서는, 대상 리스트는 결과 릴레이션에 들어가는 신규의 행을 나타냅니다. 이것은 VALUES구나 INSERT ... SELECT안의 SELECT구의 식입니다. 재작성 처리의 최초의 단계에서는, 본래 명령에서 할당이 되지 않았지만 기본값을 가지는, 열의 대상 리스트의 항목을 추가합니다. 남은 열(값이 주어지지도, 기본값을 가지지도 않은 열)은 모두, 플래너에 의해 정수 NULL식에서 채워질 수 있습니다.
UPDATE명령에서는, 대상 리스트는 오래된 것을 옮겨놓아야 할 새로운 행을 나타냅니다. 룰 시스템에서는 명령내의 SET column = expression부분에 있는 식만을 가지고 있습니다. planner는, 오래된 행으로부터 새로운 행에 값을 복사하는 식을 삽입하는 것으로써, 빠져 있는 열을 처리합니다. 그리고, DELETE의 경우와 같게, 특별한 CTID항목을 추가합니다.
대상 리스트의 각 항목은, 정수값, 범위 테이블내의 릴레이션중의 하나의 열을 지시하는 변수, 매개변수, 또는, 함수 호출, 정수, 변수, 연산자등에 의해 만들어진 식의 트리를 보관 유지합니다.
쿼리의 조건은 대상 리스트의 항목에 포함되어 있는 식과 많이 비슷합니다. 이 식의 결과는, 최종적인 결과의 행을 얻기 위한 (INSERT, UPDATE, DELETE 또는 SELECT)연산을 실행해야할 것인지 아닌지를 나타내는 불리언 값입니다. 그것은 SQL문 안의 WHERE구입니다.
쿼리의 결합 트리는 FROM구의 구조를 나타냅니다. SELECT ... FROM a, b, c와 같이 단순한 쿼리에서는, 결합 트리는 단순한 FROM항목의 리스트입니다. 왜냐하면 이것들은 어떤 차례로 결합해도 상관없기 때문입니다. 그러나JOIN식, 특히 외부결합이 사용되었을 경우는, 그 결합이 가리키는 차례대로에 결합하지 않으면 안됩니다. 이 경우 결합 트리는 JOIN식의 구조를 나타냅니다. 특정의 JOIN구로 관련지을 수 있었던 제약(ON 혹은 USING식으로부터의 것)은 이러한 결합 트리 노드에 부가된 조건으로서 저장됩니다. 최고 레벨의 WHERE식을 최고 레벨의 결합 트리 항목에 부가된 조건으로서 저장하는 일도 편리합니다. 그러니까, 결합 트리는 SELECT의 FROM구와 WHERE구의 양쪽 모두를 나타내고 있는 것입니다.
ORDER BY구와 같은, 쿼리 트리의 그 외의 부분은, 여기에서는 채택하지 않습니다. 룰 시스템은 룰을 적용하고 있을 때에 항목을 바꿔 넣지만, 이것은 룰 시스템의 기본과는 그다지 관계가 없습니다.