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

Листинг 6.17 

Выбор нескольких рейсов
SELECT flight_id,
avg_price,
num_passengers
FROM (
SELECT bl.flight_id,
departure_airport,
(avg(price))::numeric (7,2) AS avg_price,
count(DISTINCT passenger_id) AS num_passengers
FROM booking b
JOIN booking_leg bl USING (booking_id)
JOIN flight f USING (flight_id)
JOIN passenger p USING (booking_id)
GROUP BY 1,2 
)a
WHERE departure_airport = 'ORD'

---

120

Длинные запросы и полное сканирование
План выполнения этого запроса представлен на рис. 6.14. Выполнение за-
проса занимает около полутора минут. Это большой запрос, и большинство 
соединений выполняются с использованием алгоритма соединения хеши-
рованием. Важно то, что условие для 
departure_airport
применяется первым, 
перед группировкой.
Рис. 6.14 

План выполнения для запроса из лис тинга 6.17
Однако более сложные условия фильтрации нельзя переместить на уро-
вень группировки. В лис тинге 6.18 вычисляется та же статистика, но список 
flight_id
не передается напрямую, а выбирается из таблицы 
booking_leg
.
План выполнения (рис. 6.15) показывает, что сначала выполняется группи-
ровка, а затем результат группировки фильтруется. Это означает, что сначала 
выполняются расчеты для всех рейсов в системе, а затем из них выбирается 
нужное подмножество. Общее время выполнения этого запроса составляет 
10 минут.
Запрос из лис тинга 6.18 – пример того, что мы называем 
пессимизаци-
ей
– использование приемов, гарантированно замедляющих выполнение 
запросов. Легко понять, почему этот запрос написан именно так. Сна-
чала разработчик базы данных выясняет, 
как
выполнять определенные 
вычисления или как выбирать определенные значения, а затем приме-
няет к результату фильтр. Таким образом, он ограничивает оптимизатор 
определенным порядком операций, который в данном случае не является 
оптимальным.

---

Группировка: сначала фильтруем, затем группируем 
