Функция Break PL/pgSQL на более мелкие части

Question

Я хотел бы написать функцию API, которая является модульной. Проблема в том, что в модульных деталях есть одинаковых запросов. У меня есть подозрение, что одни и те же запросы в каждой подфункции будут влиять на производительность.

Пример:

MAIN_FUNCTION: base_data(customer_id, user_id) { 
     SELECT * 
     FROM get_absence(customer_id, user_id) 
     JOIN get_work_hours(customer_id, user_id) 
     USING (worker_id) 
    } 

    get_absence(customer_id, user_id) { 
     RETURN QUERY 
     SELECT * 
     FROM get_user_workers(customer_id, user_id) 
     JOIN absence_table 
     USING (worker_id) 
    } 

    get_work_hours(customer_id, user_id) { 
     RETURN QUERY 
     SELECT * 
     FROM get_user_workers(customer_id, user_id) 
     JOIN workhours_table 
     USING (worker_id) 
    } 

К сожалению для псевдокода, но это немного короче. В основном, большинство подфункций будет содержать запрос get_user_workers. Если бы я построил большую и скучную функцию, я бы запросил рабочих с общим табличным выражением.

Как добиться читаемости и модульности вместо бесчисленных строк запросов?

Answer 1

Вы можете сделать это легко:

CREATE FUNCTION get_absence(...) RETURNS TABLE (...) ...; 
CREATE FUNCTION get_work_hours(...) RETURNS TABLE (...) ...; 

CREATE FUNCTION base_data(_customer_id int, _user_id int) 
    RETURNS TABLE (...) AS 
$func$ 
    SELECT a.*, w.* 
    FROM get_absence(_customer_id, _user_id) a 
    JOIN get_work_hours(_customer_id, _user_id) w ON w.??? = a.???; 
$func$ LANGUAGE sql; 

Использование функции SQL для простого примера. То же самое относится к PL/pgSQL, потому что проблема - вопрос SQL.

В предложении FROM можно использовать функцию возврата номера , как и таблицу. Но вызова функции с возвращающим набором:

SELECT * FROM base_data(1,2);

Имейте в виде, что простые функции SQL могут быть «встраиваются», в то время как функции PL/PgSQL всегда выполняется отдельно (ставят в качестве оптимизации барьера) - но их план выполнения сохранены и повторно использованы в одном сеансе (если Postgres считает, что это будет дешевле). У каждого есть свои плюсы и минусы.

Как правило, один, интегрированный и оптимизированный запрос без подфункций является самым быстрым. Это вряд ли имеет значение или имеет значение, в зависимости от многих обстоятельств.

Деталь:

• Difference between language sql and language plpgsql in PostgreSQL functions
• PostgreSQL Stored Procedure Performance