BEGIN; BEGIN EXPLAIN (ANALYZE, COSTS OFF)

10.5. Оптимизация запросов
ROLLBACK;
ROLLBACK
В документации приводится важное предостережение о том, что нельзя экстраполи-
ровать, т. е. распространять, пусть даже и с некоторыми поправками, оценки, полу-
ченные для таблиц небольшого размера, на таблицы большого размера. Это объясня-
ется тем, что оценки, вычисляемые планировщиком, не являются линейными. Одна
из причин заключается в том, что для таблиц разных размеров могут быть выбраны
разные планы. Например, для маленькой таблицы может быть выбрано последова-
тельное сканирование, а для большой — сканирование по индексу.
10.5. Оптимизация запросов
Мы рассмотрели базовые способы получения плана выполнения запроса и познако-
мились с типичными компонентами плана. Эти знания призваны помочь в тех си-
туациях, когда необходимо ускорить выполнение запроса. При принятии решения
о том, что выполнение какого-либо запроса нужно оптимизировать, следует учиты-
вать не только абсолютное время его выполнения, но и частоту его использования.
Запрос может выполняться, например, за несколько миллисекунд, но таких запросов
могут быть сотни или тысячи.
В результате ресурсы сервера будут расходоваться очень интенсивно. Возможно, что
в такой ситуации придется заняться ускорением выполнения этого запроса. А если
запрос выполняется один раз в месяц, скажем, для получения итоговой картины по
продажам авиабилетов за этот период, то в этом случае бороться за ускорение на
несколько миллисекунд, видимо, не имеет смысла.
Повлиять на скорость выполнения запроса можно различными способами, мы рас-
смотрим некоторые из них:
– обновление статистики, на основе которой планировщик строит планы;
– изменение исходного кода запроса;
– изменение схемы данных, связанное с денормализацией: создание материализо-
ванных представлений и временных таблиц, создание индексов, использование
вычисляемых столбцов таблиц;
311

жүктеу/скачать 1.88 Mb.

Достарыңызбен бөлісу: