Руководство по созданию эффективных запросов

238

Динамический SQL
Листинг 12.14 

Динамический SQL для улучшения кода из лис тинга 12.13
CREATE OR REPLACE FUNCTION select_booking_email_departure(
p_email text,
p_dep_airport text
)
RETURNS SETOF booking_record_basic
AS $body$
DECLARE
v_sql text;
v_booking_ids text;
BEGIN
EXECUTE $$SELECT array_to_string(array_agg(booking_id), ',')
FROM booking
WHERE lower(email) LIKE $$ || quote_literal(p_email || '%')
INTO v_booking_ids;
v_sql := $$SELECT DISTINCT
b.booking_id,
b.booking_ref,
b.booking_name,
b.email
FROM booking b
JOIN booking_leg bl USING(booking_id)
JOIN flight f USING (flight_id)
WHERE b.booking_id IN ($$ || v_booking_ids || $$)
AND departure_airport = $$ || quote_literal(p_dep_airport);
RETURN QUERY EXECUTE v_sql;
END;
$body$ 
LANGUAGE plpgsql;
Рис. 12.4 

План выполнения для динамического SQL
со списком идентификаторов бронирований

---

Выводы 

239
о
Бертки
 
сторонних
 
данных
 
и
 
динамический
 sQL
Как упоминалось во введении, подробное обсуждение распределенных за-
просов выходит за рамки этой книги. Однако глава про динамический SQL 
дает нам хорошую возможность сделать несколько замечаний касательно 
оберток
сторонних
данных.
Обертка сторонних данных – это библиотека, которая может взаимодействовать с внеш-
ним источником данных (с данными, которые находятся за пределами вашего сервера 
PostgreSQL), скрывая детали подключения к источнику данных и получения данных из 
него.
Обертка сторонних данных – очень мощный инструмент, и таких оберток 
появляется все больше и больше для различных типов баз данных. Post-
greSQL отлично справляется с оптимизацией запросов, которые включают 
сторонние
таблицы
, то есть отображения таблиц из внешних систем. Однако, 
поскольку доступ к внешней статистике может быть ограничен, особенно 
когда внешние системы основаны не на PostgreSQL, оптимизация может 
быть не такой точной. Мы нашли очень полезным использовать методы, 
описанные в предыдущем разделе.
Один способ оптимизации – выполнить локальную часть запроса, опреде-
ляющую, какие записи необходимы с удаленного сервера, а затем обратить-
ся к удаленной таблице. Другой вариант – отправить запрос с условиями, 
заданными константами (например, 
WHERE
update_ts
>
CURRENT_DATE –
3
), на 
удаленный сервер, получить внешние данные и затем локально выполнить 
оставшуюся часть запроса. Использование одного из этих двух методов по-
могает минимизировать непостоянство времени выполнения.