Re: Support for REINDEX CONCURRENTLY

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Support for REINDEX CONCURRENTLY
Дата
Msg-id 8984.1349737957@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Support for REINDEX CONCURRENTLY  (Jim Nasby <jim@nasby.net>)
Ответы Re: Support for REINDEX CONCURRENTLY
Re: Support for REINDEX CONCURRENTLY
Список pgsql-hackers
Jim Nasby <jim@nasby.net> writes:
> Yeah, what's the risk to renaming an index during concurrent access?

SnapshotNow searches for the pg_class row could get broken by *any*
transactional update of that row, whether it's for a change of relname
or some other field.

A lot of these problems would go away if we rejiggered the definition of
SnapshotNow to be more like MVCC.  We have discussed that in the past,
but IIRC it's not exactly a simple or risk-free change in itself.
Still, maybe we should start thinking about doing that instead of trying
to make REINDEX CONCURRENTLY safe given the existing infrastructure.
        regards, tom lane



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: MemSetLoop ignoring the 'val' parameter
Следующее
От: Jim Nasby
Дата:
Сообщение: Re: Support for REINDEX CONCURRENTLY