Re: pg_upgrade and materialized views
| От | Claudio Freire |
|---|---|
| Тема | Re: pg_upgrade and materialized views |
| Дата | |
| Msg-id | CAGTBQpZzkAZ21rrchMeABXLbQnAtR9yadr7_j_K2ZmXS1oirnw@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: pg_upgrade and materialized views (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-bugs |
On Tue, Feb 20, 2018 at 8:44 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Claudio Freire <klaussfreire@gmail.com> writes: >>> Well, the attached script reproduces the issue. > > One thing this doesn't prove by itself is whether the use of > REFRESH MATERIALIZED VIEW CONCURRENTLY has any effect on the > situation. > > I poked at that a bit and noted that REFRESH MATERIALIZED VIEW > CONCURRENTLY doesn't seem to change the matview's relfrozenxid > at all, while a plain REFRESH advances the matview's relfrozenxid > to (more or less) the current xid counter. Probably the reason why only concurrently triggers the vacuum assertion is because only concurrently creates dead tuples. Vacuum won't check unless there are dead tuples, it skips all-visible pages.
В списке pgsql-bugs по дате отправления: