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

в
ыводы
В этой главе были рассмотрены короткие запросы и способы их оптимиза-
ции. Основная цель оптимизации коротких запросов – в первую очередь при-
менить максимально ограничительные критерии поиска и гарантировать, 
что все промежуточные результаты остаются небольшими. Мы обсудили роль 
индексов для коротких запросов и показали, как определить, какие индексы 
необходимо создать для поддержки конкретных запросов.
Также в этой главе на различных примерах было показано, как читать 
планы выполнения и понимать порядок соединений и фильтраций. Мы так-
же обсудили различные виды индексов, которые есть в PostgreSQL, и воз-
можности их использования. Более сложные типы индексов будут подробно 
рассмотрены в главе 14.

---

Глава 
6
Длинные запросы 
и полное сканирование
В главе 5 мы обсуждали короткие запросы и выяснили, как их распознать 
и какие стратегии и техники оптимизации можно с ними использовать. Мы 
также рассказали о важности индексов для коротких запросов, о наиболее 
часто используемых типах индексов и их применении. Глава 5 дала также 
возможность попрактиковаться в чтении планов выполнения и, надеемся, 
обрести уверенность в оптимизаторе PostgreSQL.
В этой главе рассматриваются длинные запросы. Некоторые запросы прос-
то не могут выполняться за долю секунды, как бы хорошо они ни были на-
писаны. Это не значит, что их нельзя оптимизировать. Многие практики 
считают, что поскольку аналитические отчеты не имеют строгих требований 
ко времени отклика, не важно, насколько быстро они работают. Иной раз 
разработчики не прилагают усилий, чтобы отчеты завершались в разумные 
сроки, оправдывая это тем, что запрос выполняется только раз в день, раз 
в неделю или раз в месяц.
Это опасная практика. Если пренебречь производительностью отчета, вре-
мя выполнения может легко вырасти с минут до часов и даже больше. Мы 
наблюдали отчеты, которые выполнялись по шесть дней! И когда ситуация 
становится настолько серьезной, исправить ее в сжатые сроки непросто. Час-
то при разработке аналитического отчета используются исходные данные 
небольшого объема, и все работает хорошо. Задача разработчиков SQL – про-
верять планы выполнения, даже если в настоящий момент запросы выпол-
няются нормально, и принимать упреждающие меры, чтобы предотвратить 
ухудшение производительности в будущем.