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

и
ндексы
 
и
 
Порядок
 
соединений
Как упоминалось ранее, цель оптимизации коротких запросов – избежать 
больших промежуточных результатов. Это означает, что самые ограничи-
тельные критерии фильтрации должны применяться первыми. И затем пос ле 
каждой операции соединения результат должен оставаться небольшим.
Количество строк, полученных в результате соединения, может быть не-
большим либо из-за ограничений на соединяемые таблицы (небольшое ко-
личество записей в аргументах соединения), либо из-за полусоединения 
(один аргумент существенно ограничивает размер результата).
В большинстве случаев планировщик запросов выбирает правильный по-
рядок соединений, если только не навязать ему неправильный порядок при-
нудительно.
Начнем с создания еще нескольких индексов:
CREATE INDEX account_login ON account (login);
CREATE INDEX account_login_lower_pattern
ON account (lower(login) text_pattern_ops);
CREATE INDEX passenger_last_name ON passenger (last_name);
CREATE INDEX boarding_pass_passenger_id ON boarding_pass (passenger_id);
CREATE INDEX passenger_last_name_lower_pattern
ON passenger (lower(last_name) text_pattern_ops);
CREATE INDEX passenger_booking_id ON passenger (booking_id);
CREATE INDEX booking_account_id ON booking (account_id);
Теперь рассмотрим пример из лис тинга 5.13.

---

Индексы и порядок соединений 

91
Листинг 5.13 

Пример порядка соединений
SELECT b.account_id,
a.login,
p.last_name,
p.first_name
FROM passenger p
JOIN booking b USING(booking_id)
JOIN account a ON a.account_id = b.account_id
WHERE lower(p.last_name) = 'smith'
AND lower(login) LIKE 'smith%'
План выполнения этого запроса показан на рис. 5.21. Обратите внимание, 
что хотя первая таблица в тексте запроса – 
passenger
и что первый критерий 
фильтрации применяется к этой же таблице, выполнение начинается с таб-
лицы 
account
.