Re: BUG #14941: Vacuum crashes - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: BUG #14941: Vacuum crashes
Date
Msg-id 20180110231442.GA22983@paquier.xyz
Whole thread Raw
In response to Re: BUG #14941: Vacuum crashes  ("Bossart, Nathan" <bossartn@amazon.com>)
Responses Re: BUG #14941: Vacuum crashes
Re: BUG #14941: Vacuum crashes
Re: BUG #14941: Vacuum crashes
Re: BUG #14941: Vacuum crashes
List 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

Attachment

pgsql-hackers by date:

Previous
From: Nikita Glukhov
Date:
Subject: SQL/JSON: JSON_TABLE
Next
From: Edmund Horner
Date:
Subject: Re: [HACKERS] PATCH: psql tab completion for SELECT