| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 37. PL/pgSQL - SQL수속 언어 | Fast Forward | Next |
PL/pgSQL 콜 핸들러 파서 함수의 소스 텍스트를 생성하고, 내부 바이너리 지시 트리 첫 번째 함수가 (각 세선 내의)불립니다. 지시 트리는 PL/pgSQL 명령문 구조를 충분히 번역하고 있지만, 함수에서 개개의 SQL표현과 SQL명령은 바로 번역되지 않습니다.
각 표현과 SQL명령은 우선 식에서 사용됩니다.
PL/pgSQL 인터프리터는 준비된 실행계획을 생성합니다.(SPI 관리자의 SPI_prepare
와 SPI_saveplan 함수를 이용하여)
의 서브시퀀트는 표현이나 명령은 준비된 계획을 재사용합니다.
따라서, 식은 실행계획에 필요한 여러 명령문을 포함하는 컨디셔널 코드와 함께, 데이터베이스 연결의 수명 동안 사용될 계획을 준비하고 보존합니다.
파서에 필요한 전체 시간을 충분히 줄이고, PL/pgSQL함수의 명령문의 실행계획을 생성합니다.
단점은 특정 식이나 명령의 에러가 함수의 부분이 실행에 이르지 않을 때까지 감지하지 못한다는 것입니다.
한번 PL/pgSQL이 함수의 특정 명령의 실행계획을 만들면, 데이터베이스 연결의 수명 계획을 재사용합니다.
CREATE FUNCTION populate() RETURNS integer AS $$
DECLARE
-- declarations
BEGIN
PERFORM my_function();
END;
$$ LANGUAGE plpgsql;
위의 식을 실행하면, PERFORM명령문을 위해 작성된 실행 계획에 my_function()의 OID를 참조할 것입니다.
my_function()을 지우거나 재생성하려면, populate()은 더이상 my_function()을 찾을 수 없어야 합니다.
그 다음에, populate()을 재생성하거나, 적어도 새로운 데이터베이스 세션을 시작해, 새롭게 시작하는 것을 따라야 합니다.
다른 문제 회피 방법은 my_function의 정의를 갱신할 때,(함수가 "대체되는" 것일 때, OID은 변하지 않습니다.)
CREATE OR REPLACE FUNCTION을 사용하는 것입니다.
PL/pgSQL을 실행 계획에 이런 방법으로 저장하기 때문에, 직접적으로 PL/pgSQL에 나타나는 SQL 명령은 같은 테이벌과 열의 모든 실행을 참조해야 합니다. 즉, SQL명령의 테이블이나 열의 이름으로서 매개변수를 사용할 수 없습니다. 이 제한을 피하기 위해서, PL/pgSQL EXECUTE명령문을 사용하는 역동적인 명령을 모든 실행에 새로운 실행계획의 구성을 희생해 구성할 수 있습니다.
Note: PL/pgSQL EXECUTE명령문은 PostgreSQL서버의 지원을 받는 EXECUTE SQL명령문과 관련이 없습니다. 서버의 EXECUTE명령문은 PL/pgSQL함수(필요하지 않은) 내에서 사용될 수 없습니다.
SQL는 PostgreSQL및 그 외의 대부분의 RDB가 쿼리 언어로서 사용하는 언어입니다. 이식성이 있어, 습득이 용이합니다. 그러나, 모든 SQL문은 데이터 베이스 서버에 의해 개별적으로 실행되어야합니다.
이것은 클라이언트 어플리케이션에 대해서 이하와 같은 것을 요구하고 있습니다. 우선, 데이터 베이스 서버에 쿼리를 송신합니다. 다음에 그것이 처리되는 것을 기다립니다. 다음에, 결과를 취득해 처리합니다. 다음에 계산을 실시합니다. 그리고, 서버에 다음의 쿼리를 송신합니다. 클라이언트가 데이터 베이스 서버 머신과 다른 머신의 경우, 프로세스간 통신을 불러, 네트워크·오버헤드를 일으키겠지요.
PL/pgSQL를 사용하는 것으로, 계산과 복수의 쿼리를 데이터 베이스 서버 내부 에서 연속해 실행할수 있습니다. 이와 같이, 수속 언어의 능력과 SQL의 편리한 사용을 가지고 있는 것에도 불구하고, 클라이언트/서버 통신의 오버헤드를 꽤 절약할 수 있습니다.
클라이언트·서버간의 불필요한 교환을 배제한다.
클라이언트·서버간에 있어, 클라이언트에 불필요한 중간 결과의 정리와 전송을 불필요로 한다.
일련의 쿼리에, 복수의 해석이 불필요하다.
이것에 의해, 저장된 함수를 사용하지 않는 애플리케이션과 비교해, 꽤 성능을 향상시킬 수가 있습니다.
또, PL/pgSQL에서는 SQL 모든 데이터형, 연산자, 함수를 사용할 수 있습니다.
PL/pgSQL로 작성된 함수는, 서버로 지원되는 임의의 스칼라 데이터형이나 배열 데이터형을 인자로서 받아들일 수 있고 또, 이러한 형태를 결과적으로 돌려줄 수 있습니다. 또, 임의의, 이름으로 지정된 복합형(행형)을 받아들이거나 돌려줄 수도 있습니다. 게다가 Section 7.2.1.4로 설명되고 있듯이, PL/pgSQL함수가 record를 돌려주도록 선언하는 것도 가능해, 이 경우, 결과는 행형으로, 그 열은 호출하는 쿼리 안에서의 지정으로 정해집니다.
또, PL/pgSQL함수를, anyelement와 anyarray와 anynonarray와 anyenum의 다상형을 받아들이거나 돌려주도록 선언할 수도 있습니다. Section 33.2.5의 설명대로, 다상형 함수로 다루어지는 데이터형은 호출에 변동할 수 있습니다. 예를 Section 37.4.1에 나타냅니다.
PL/pgSQL함수는, 1개의 인스턴스로서 돌려줄 수 있는 임의의 데이터형의 "집합"(테이블)을 돌려주도록 선언할 수 있습니다. 이러한 함수는, 결과 집합의 필요한 요소에 대해서 RETURN NEXT를 실행하는 것, 또는 쿼리의 평가 결과를 얻기 위해서RETURN QUERY를 사용하는 것으로, 그 출력을 생성합니다.
마지막으로, 유용한 반환값을 가지지 않는 경우, PL/pgSQL함수는, void를 돌려주도록 선언할 수 있습니다.
PL/pgSQL함수는 반환값의 형태를 명확하게 지정하는 대신, 출력 매개변수와 함께 선언할 수도 있습니다. 이것은 언어에 대해서 기본적인 능력을 추가하는 것이 아닙니다만, 특히 복수의 값을 돌려줄 때, 종종 편리합니다.
특수한 예가 Section 37.4.1 및 Section 37.7.1에 나타납니다.