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

Листинг 6.13 

Отключение стоимостной оптимизации
SET join_collapse_limit=1;
EXPLAIN
SELECT departure_airport, booking_id, is_returning
FROM booking_leg bl
JOIN flight f USING (flight_id)
WHERE departure_airport IN
(SELECT airport_code FROM airport WHERE iso_country = 'US')
AND bl.booking_id IN
(SELECT booking_id FROM booking WHERE update_ts > '2020-08-01')

---

Группировка: сначала фильтруем, затем группируем 

117
Рис. 6.12 

План выполнения
с отключенной оптимизацией на основе затрат
Еще один способ установить определенный порядок соединений – исполь-
зовать 
общие
табличные
выражения
, которые мы обсудим в главе 7.
г
руППировка
: 
сначала
 
фильтруем
, 
затем
 
груППируем
В главе 5 мы упоминали, что для коротких запросов группировка не занимает 
много времени. Для длинных запросов такой подход к группировке может 
очень сильно повлиять на производительность. Неоптимальные решения 
относительно момента выполнения группировки часто становятся основной 
причиной медленного выполнения запросов.
В лис тинге 6.14 показан запрос, который для каждого рейса, имеющего 
бронирования, вычисляет среднюю стоимость полета и общее количество 
пассажиров.
Для вычисления этих значений только для одного рейса обычным анти-
паттерном является запрос из лис тинга 6.15.
В этом запросе мы выбираем данные для одного рейса из вложенной 
коман ды 
SELECT
. Более ранние версии PostgreSQL не могли эффективно обра-
батывать такие конструкции. Движок базы данных сначала выполнял внут-
реннюю команду 
SELECT
с группировкой и только затем выбирал строку, со-

---

118

Длинные запросы и полное сканирование
ответствующую конкретному рейсу. Чтобы запрос выполнялся эффективно, 
его нужно было написать, как показано в лис тинге 6.16.