Re: [pgsql-ru-general] Re: [pgsql-ru-general] Темпоральные данные в PostgreSQL
От | Dmitry E. Oboukhov |
---|---|
Тема | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Темпоральные данные в PostgreSQL |
Дата | |
Msg-id | 20170927080228.agfw34vl6gcjxbzg@vdsl.uvw.ru обсуждение исходный текст |
Ответ на | [pgsql-ru-general] Re: [pgsql-ru-general] Темпоральные данные в PostgreSQL (Михаил <m.nasedkin@gmail.com>) |
Ответы |
Re: [pgsql-ru-general] Re: [pgsql-ru-general] Темпоральные данные в PostgreSQ
|
Список | 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@debian.org> : :’ : `. `~’ GPG key: 4096R/08EEA756 2014-08-30 `- 71ED ACFC 6801 0DD9 1AD1 9B86 8D1F 969A 08EE A756
В списке pgsql-ru-general по дате отправления: