plpgsql로 작성된 함수 호출의 Postgres 쿼리 계획

를 사용하는 경우 그것은 가능 pgadmin또는 plsql돌며 실행되는 SQL 문에 대한 쿼리 계획의 보류를 얻을 U 버리는 D efined F 기름 부음 (UDF)를 사용 EXPLAIN. 그렇다면 UDF의 특정 호출에 대한 쿼리 계획을 어떻게 유지할 수 있습니까? F()pgadmin에서 UDF가 단일 작업으로 추상화 된 것을 볼 수 있습니다 .

나는 문서를 보았지만 아무것도 찾을 수 없었다.

현재 나는 진술을 꺼내 수동으로 실행하고 있습니다. 그러나 이것은 큰 쿼리에 대해서는 그것을 자르지 않을 것입니다.

예를 들어 아래 UDF를 고려하십시오. 이 UDF는 조회 문자열을 인쇄하는 기능이 있더라도 로컬로 작성된 임시 테이블을 복사하여 붙여 넣기 및 실행할 때 존재하지 않으므로 복사 붙여 넣기에서 작동하지 않습니다.

CREATE OR REPLACE FUNCTION get_paginated_search_results(
    forum_id_ INTEGER,
    query_    CHARACTER VARYING,
    from_date_ TIMESTAMP WITHOUT TIME ZONE DEFAULT NULL,
    to_date_ TIMESTAMP WITHOUT TIME ZONE DEFAULT NULL,
    in_categories_ INTEGER[] DEFAULT '{}')
RETURNS SETOF post_result_entry AS $$
DECLARE
    join_string CHARACTER VARYING := ' ';
    from_where_date CHARACTER VARYING := ' ';
    to_where_date CHARACTER VARYING := ' ';
    query_string_ CHARACTER VARYING := ' ';
BEGIN
    IF NOT from_date_ IS NULL THEN
        from_where_date := ' AND fp.posted_at > ''' || from_date_ || '''';
    END IF;

    IF NOT to_date_ IS NULL THEN
        to_where_date := ' AND fp.posted_at < ''' || to_date_ || '''';
    END IF;

    CREATE LOCAL TEMP TABLE un_cat(id) ON COMMIT DROP AS (select * from unnest(in_categories_)) ;

    if in_categories_ != '{}' THEN
        join_string := ' INNER JOIN forum_topics ft ON fp.topic_id = ft.id ' ||
        ' INNER JOIN un_cat uc ON uc.id = ft.category_id ' ;
    END IF;

    query_string_ := '
    SELECT index,posted_at,post_text,name,join_date,quotes
    FROM forum_posts fp
    INNER JOIN forum_user fu ON
    fu.forum_id = fp.forum_id AND fu.id = fp.user_id' ||
        join_string
    ||
    'WHERE fu.forum_id = ' || forum_id_ || ' AND
    to_tsvector(''english'',fp.post_text) @@ to_tsquery(''english'','''|| query_||''')' || 
        from_where_date || 
        to_where_date
    ||';';

    RAISE NOTICE '%', query_string_ ;

    RETURN QUERY
    EXECUTE query_string_;
END;
$$ LANGUAGE plpgsql;

자동 설명 을 사용할 수 있어야합니다 . 전원을 켜고

SET auto_explain.log_min_duration = 0;

해당 세션에서 실행되는 모든 명령문에 대한 계획을 로그에 가져와야합니다.

당신은 수 또한 설정하려면

SET auto_explain.log_analyze = true; 그러나 '실제'로 한 번, 분석을 설명하기 위해 한 번만 모든 것을 두 번 실행합니다. 비 타이밍 성능 테스트 단계에서이 결과는 실제로 발생한 계획을 제공하므로 EXPLAIN 계획보다 훨씬 유용 할 수 있습니다.

@rfusca의 조언 외에도 plpgsql 함수 내부의 SQL 문은 중첩 문 으로 간주 되며 추가 Parameter를 설정해야합니다 auto_explain.log_nested_statements.

다른 확장 프로그램과 달리이 확장 프로그램 을 실행할 필요는 없습니다CREATE EXTENSION . 를 사용하여 세션에 동적으로로드하십시오 LOAD. 귀하의 세션은 다음과 같을 수 있습니다 :

LOAD 'auto_explain';
SET auto_explain.log_min_duration = 1; -- exclude very fast trivial queries
SET auto_explain.log_nested_statements = ON; -- statements inside functions
-- SET auto_explain.log_analyze = ON; -- get actual times, too
SELECT * FROM get_paginated_search_results(...);

많은 로그 출력을 생성 할 수 있습니다 . auto_explain
의 현재 매뉴얼.
Depesz는 PostgreSQL 8.4에서 소개되었을 때 블로그 기사를 작성했습니다 .