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

в
ыводы
Функции и хранимые процедуры в PostgreSQL – исключительно мощные 
инструменты, которые зачастую игнорируются разработчиками баз данных. 
Они могут как существенно улучшить, так и сильно ухудшить производи-
тельность и успешно использоваться как в окружении OLTP, так и OLAP.
Эта глава представляет собой краткий обзор различных способов при-
менения функций. Дополнительные сведения о том, как определять и ис-
пользовать функции и хранимые процедуры, можно найти в документации 
PostgreSQL.

---

Глава 
12
Динамический SQL
ч
то
 
такое
 
динамический
 sQL
Динамический SQL – это любая инструкция SQL, которая сначала созда-
ется как текстовая строка, а затем выполняется с помощью команды 
EX-
ECUTE
. Пример динамического SQL показан в лис тинге 12.1. Открывающиеся 
при этом возможности недостаточно используются в большинстве СУБД, 
и особенно в PostgreSQL. Рекомендации, представленные в этой главе, идут 
вразрез с тем, что говорится во многих учебниках по базам данных, но, как 
и в предыдущих случаях, все советы основаны исключительно на нашем 
практическом опыте.
Листинг 12.1 

Динамический SQL
DECLARE
v_sql text;
cnt int;
BEGIN
v_sql := $$SELECT count(*) FROM booking WHERE booking_ref = '0Y7W22'$$;
EXECUTE v_sql INTO cnt;
END;
Почему в Postgres это работает лучше
Вы можете задаться вопросом, что же такого особенного в PostgreSQL по 
сравнению с другими СУБД, что приведенные здесь рекомендации так от-
личаются от общепринятого мнения. Обратите внимание на следующие мо-
менты.
Во-первых, в PostgreSQL планы выполнения не кешируются даже для 
под-
готовленных
операторов
(то есть запросов, которые предварительно разби-
раются, анализируются и перезаписываются с помощью команды 
PREPARE
). 
Это означает, что оптимизация всегда происходит непосредственно перед 
выполнением.

---

222

Динамический SQL
Во-вторых, этап оптимизации в PostgreSQL происходит позже, чем в дру-
гих системах. Например, в Oracle план выполнения параметризованного за-
проса не учитывает значения параметров, даже если они указаны. Более того, 
план с переменными привязки кешируется на случай, если тот же запрос 
будет повторно выполнен с другими значениями параметров. Оптимизатор 
учитывает статистику таблиц и индексов, но не принимает во внимание 
конкретные значения параметров. PostgreSQL делает наоборот. План вы-
полнения создается для определенных значений.
Как упоминалось ранее, динамическими запросами пренебрегают и в дру-
гих СУБД – и незаслуженно, ведь для длительных запросов (десятки секунд 
и более) накладные расходы обычно незначительны.