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

Листинг 6.5 

Порядок соединений при наличии полусоединения
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')
На рис. 6.2 показан план выполнения этого запроса.
Рис. 6.2 

План выполнения для запроса из лис тинга 6.5

---

Длинные запросы и порядок соединений 

109
Этот план выполнения показывает не операцию полусоединения, а со-
единение хешированием, поскольку здесь нет дубликатов, которые нужно 
удалить. Однако это именно логическое полусоединение, и оно наиболее 
ограничительно, поэтому выполняется первым. Также стоит сделать неболь-
шое отступление, чтобы отметить последовательное сканирование таблицы 
airport
. Последовательное сканирование используется, потому что по полю 
iso_country
нет индекса. Давайте создадим этот индекс и посмотрим, при-
ведет ли он к ускорению.
CREATE INDEX airport_iso_country ON airport (iso_country);
Если этот индекс существует, то планировщик запросов будет использо-
вать его, как показано на рис. 6.3. Однако время выполнения в этом случае 
будет таким же или хуже, чем время при последовательном сканировании, 
потому что этот индекс недостаточно избирательный. Пока удалим его.
Рис. 6.3 

План выполнения с индексным сканированием
Подробнее о порядке соединений
Посмотрим на более сложный пример длинного запроса с несколькими по-
лусоединениями в лис тинге 6.6. Этот запрос, как и предыдущий, находит 
бронирования рейсов с вылетом из США, но ограничен бронированиями, 
обновленными с 1 июля 2020 г. Поскольку у нас нет индекса по столбцу 
up-
date_ts
таблицы 
booking
, давайте создадим его и посмотрим, будет ли он 
использоваться:
CREATE INDEX booking_update_ts ON booking (update_ts);

---