Re: refresh materialized view concurrently

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: refresh materialized view concurrently
Дата
Msg-id CA+TgmoaSzzJdvB6oBYC3no=rf57Tw1_28BGeZbH4+9o=-a10qA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: refresh materialized view concurrently  (Hitoshi Harada <umi.tanuki@gmail.com>)
Ответы Re: refresh materialized view concurrently  (Kevin Grittner <kgrittn@ymail.com>)
Список pgsql-hackers
On Tue, Jul 2, 2013 at 4:02 AM, Hitoshi Harada <umi.tanuki@gmail.com> wrote:
> Other than these, I've found index is opened with NoLock, relying on
> ExclusiveLock of parent matview, and ALTER INDEX SET TABLESPACE or something
> similar can run concurrently, but it is presumably safe.  DROP INDEX,
> REINDEX would be blocked by the ExclusiveLock.

I doubt very much that this is safe.  And even if it is safe today, I
think it's a bad idea, because we're likely to try to reduce lock
levels in the future.  Taking no lock on a relation we're opening,
even an index, seems certain to be a bad idea.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Custom gucs visibility
Следующее
От: Andres Freund
Дата:
Сообщение: Re: extensible external toast tuple support