Re: BUG #14941: Vacuum crashes

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: BUG #14941: Vacuum crashes
Дата
Msg-id 20180110231442.GA22983@paquier.xyz
обсуждение исходный текст
Ответ на Re: BUG #14941: Vacuum crashes  ("Bossart, Nathan" <bossartn@amazon.com>)
Ответы Re: BUG #14941: Vacuum crashes
Re: BUG #14941: Vacuum crashes
Re: BUG #14941: Vacuum crashes
Re: BUG #14941: Vacuum crashes
Список pgsql-hackers
On Wed, Jan 10, 2018 at 05:26:43PM +0000, Bossart, Nathan wrote:
> Right.  I don't have a terribly strong opinion either way.  I think the
> counter-argument is that logging skipped relations might provide
> valuable feedback to users.  If I ran a database-wide VACUUM and a
> relation was skipped due to lock contention, it might be nice to know
> that so I can handle the relation individually.

Or users may not care about getting information they don't care
about. When running a database-wide VACUUM or ANALYZE you don't know
what is exactly the list of relations this is working on. Getting
information about things you don't know beforehand can be considered as
misinformation.

Perhaps others have different opinions. Sawada-san?

> Perhaps any logging changes for VACOPT_NOWAIT could be handled in a
> separate thread.  For now, I've updated 0003 to remove the logging
> changes.

Thanks. I am marking those as ready for committer, you are providing the
set patch patch which offer the most consistent experience.
--
Michael

Вложения

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

Предыдущее
От: Nikita Glukhov
Дата:
Сообщение: SQL/JSON: JSON_TABLE
Следующее
От: Edmund Horner
Дата:
Сообщение: Re: [HACKERS] PATCH: psql tab completion for SELECT