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

Шаг 2.1. Самые ограничительные критерии
Найдите самые ограничительные критерии для вашего запроса. Помните, 
что зачастую для этого недостаточно просто посмотреть на запрос. Про-
верьте таблицы, чтобы найти количество различных значений атрибутов. 
Помните о распределении значений, выясните, какие значения встречаются 

---

Пошаговое руководство 

271
реже всего. Когда наиболее ограничительные критерии будут определены, 
переходите к следующему шагу.
Шаг 2.2. Проверьте индексы
Проверьте, созданы ли индексы, поддерживающие поиск по наиболее огра-
ничительным условиям. А именно:
 

проверьте, проиндексированы ли все атрибуты поиска для наиболее 
ограничительного условия. Если индекс (или индексы) отсутствует, 
запросите создание или создайте сами;
 

если задействовано несколько полей, проверьте, будет ли составной 
индекс работать лучше и оправдывает ли прирост производительности 
создание дополнительного индекса;
 

проверьте, можно ли использовать сканирование только индекса с ис-
пользованием составного или покрывающего индекса.
Шаг 2.3. Добавьте избыточный критерий отбора,
если это применимо
Если наиболее ограничительное условие основано на комбинации атрибутов 
из разных таблиц и поэтому не может быть проиндексировано, подумайте 
о добавлении избыточного критерия отбора.
Шаг 2.4. Построение запроса
Начните писать запрос, применяя самые ограничительные критерии; для 
этого может потребоваться начать запрос с одной таблицы или с соединения, 
которое включает в себя наиболее ограничительный критерий.
Не пропускайте этот шаг. Часто, когда разработчики баз данных знают свя-
зи между объектами, они выписывают все соединения перед применением 
фильтрации. Хотя мы знаем, что такой подход нередко рекомендуется, мы 
считаем, что в случае сложных запросов со многими соединениями он может 
усложнить разработку. Мы предлагаем начать с запроса, который точно вы-
полняется эффективно, и затем добавлять по одной таблице за раз.
Проверяйте производительность запроса и план выполнения каждый раз, 
когда добавляете новое соединение. Помните, что оптимизаторы склонны 
ошибаться при оценке размера промежуточных результатов по мере прибли-
жения к корню дерева выполнения. Если количество соединений в запросе 
приближается к десяти, стоит рассмотреть возможность использования об-
щих табличных выражений (если вы используете версию 12 или выше) или 
подумать о создании динамического SQL.