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

 

как часто меняются данные в базовых таблицах?
 

насколько важно иметь самые свежие данные?
 

как часто нужно выбирать эти данные (а точнее, сколько чтений ожи-
дается на одно обновление)?
 

сколько разных запросов будут использовать эти данные?

---

Материализованные представления 

149
Какими должны быть пороговые значения для характеристик «часто» 
и «много»? Это субъективные оценки, но посмотрим на некоторые примеры. 
Листинг 7.10 определяет материализованное представление, очень похожее 
на представление из лис тинга 7.9, за исключением того, что оно выбирает 
рейсы, которые вылетели вчера.
Листинг 7.10 

Материализованное представление для вчерашних рейсов
CREATE MATERIALIZED VIEW flight_departure_prev_day AS
SELECT bl.flight_id,
departure_airport,
coalesce(actual_departure,
scheduled_departure)::date departure_date,
count(DISTINCT passenger_id) AS num_passengers
FROM booking bJOIN booking_leg bl USING (booking_id)
JOIN flight f USING (flight_id)
JOIN passenger p USING (booking_id)
WHERE (actual_departure BETWEEN CURRENT_DATE – 1 AND CURRENT_DATE)
OR (actual_departure IS NULL AND
scheduled_departure BETWEEN CURRENT_DATE – 1 AND CURRENT_DATE)
GROUP BY 1,2,3
Информация о рейсах, которые вылетели вчера, не изменится, поэтому 
можно с уверенностью предположить, что представление не нужно будет 
обновлять до следующего дня. С другой стороны, это материализованное 
представление можно использовать в различных запросах, которые будут 
выполняться быстрее, если результаты запроса будут материализованы.
Рассмотрим еще одного потенциального кандидата на материализацию – 
запрос из лис тинга 6.29.
Предположим, что мы создали материализованное представление с вло-
женным запросом, как в лис тинге 7.11.