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

Нужно ли оптимизировать материализованные 
представления?
Хотя запрос материализованного представления выполняется реже, чем ис-
пользуется само представление, нам все же нужно обращать внимание на 
время его выполнения. Даже если материализованное представление пред-
ставляет собой короткий запрос (например, когда оно содержит данные пре-
дыдущего дня, как в лис тинге 7.9), он может полностью сканировать большие 
таблицы, если отсутствуют правильные индексы или план выполнения не-
оптимален.
Как упоминалось ранее, мы не принимаем оправданий, что запрос не 
нуждается в оптимизации, потому что выполняется нечасто, будь то один 
раз в месяц, в неделю или в день. Никому не нравятся отчеты, даже нечасто 
нужные, если они создаются шесть часов. Кроме того, запуск этих периоди-
ческих отчетов часто планируется на одно и то же время – обычно на 9 ча-
сов утра понедельника, – что добавляет никому не нужный стресс к началу 
недели. Техники, обсуждаемые в главах 5 и 6, могут и должны применяться 
к материализованным представлениям.

---

Секционирование 

151
Зависимости
Когда создаются представления и материализованные представления, по-
бочным эффектом является создание 
зависимостей
. И обычные, и материа-
лизованные представления имеют связанные с ними запросы, и при измене-
нии любого объекта базы данных, участвующего в этих запросах, необходимо 
пересоздать зависимые от них представления.
Фактически PostgreSQL даже не позволяет изменять или удалять таблицы 
либо материализованные представления, если от них зависят другие пред-
ставления или материализованные представления. Для внесения изменений 
необходимо указывать ключевое слово 
CASCADE
в командах 
ALTER
или 
DROP
.