From: | "Dmitry E(dot) Oboukhov" <unera(at)debian(dot)org> |
---|---|
To: | pgsql-ru-general(at)postgresql(dot)org |
Subject: | Re: Re: [pgsql-ru-general] Темпоральные данные в PostgreSQL |
Date: | 2017-09-27 08:02:28 |
Message-ID: | 20170927080228.agfw34vl6gcjxbzg@vdsl.uvw.ru |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-ru-general |
> К категории работы с временными данными отношу, также, Materialized
> views in PostgreSQL
> https://www.postgresql.org/docs/current/static/rules-materializedviews.html
> .
> Были случаи, когда нужно на время фиксировать некие наборы данных и
> возникали мысли скидывать их во временные таблицы, но потом узнал про
> материализованные представления и многое упростилось. Сохраняю такие
> представления во временную схему, но как угодно. Слава ПГ!
я с этим механизмом не работал еще, но очень интересно.
скажите: вот например имеется таблица 1-10 млн записей и таблица
скажем 2000 записей.
создаем материализованное представление, со скажем GROUP BY или там
просто что-то по 10 млн и по 2000.
Вопрос: процесс создания будет блокировать БД или нет?
для CREATE INDEX придумали CONCURRENTLY без которого на реальном
продакшене вообще никуда уже не сунуться,
а вот с материализованными представлениями как дела обстоят в этом
смысле?
вижу что есть REFRESH MATERIALIZED VIEW CONCURRENTLY, но не вижу
CREATE: оно будет блокать БД, правильно понимаю?
--
. ''`. Dmitry E. Oboukhov <unera(at)debian(dot)org>
: :’ :
`. `~’ GPG key: 4096R/08EEA756 2014-08-30
`- 71ED ACFC 6801 0DD9 1AD1 9B86 8D1F 969A 08EE A756
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Luzanov | 2017-09-27 11:04:15 | Re: Re: [pgsql-ru-general] Темпоральные данные в PostgreSQL |
Previous Message | Pavel Drankov | 2017-09-27 07:30:51 | Re: [pgsql-ru-general] Темпоральные данные в PostgreSQL |