Re: Inconsistency in vacuum behavior - Mailing list pgsql-hackers

From Alexander Pyhalov
Subject Re: Inconsistency in vacuum behavior
Date
Msg-id 678f86675b504cee10ad417a27f4a7b5@postgrespro.ru
Whole thread Raw
In response to Re: Inconsistency in vacuum behavior  (Justin Pryzby <pryzby@telsasoft.com>)
Responses Re: Inconsistency in vacuum behavior
List pgsql-hackers
Justin Pryzby писал 2023-01-19 04:49:
> On Mon, Jan 16, 2023 at 08:12:18PM +0300, Nikita Malakhov wrote:
>> Hi,
>> 
>> Currently there is no error in this case, so additional thrown error 
>> would
>> require a new test.
>> Besides, throwing an error here does not make sense - it is just a 
>> check
>> for a vacuum
>> permission, I think the right way is to just skip a relation that is 
>> not
>> suitable for vacuum.
>> Any thoughts or objections?
> 
> Could you check if this is consistent between the behavior of VACUUM
> FULL and CLUSTER ?  See also Nathan's patches.

Hi.

Cluster behaves in a different way - it errors out immediately if 
relation is not owned by user. For partitioned rel it would anyway raise 
error later.
VACUUM and VACUUM FULL behave consistently after applying Nikita's patch 
(for partitioned and regular tables) - issue warning "skipping 
TABLE_NAME --- only table or database owner can vacuum it" and return 
success status.

-- 
Best regards,
Alexander Pyhalov,
Postgres Professional



pgsql-hackers by date:

Previous
From: Nikita Malakhov
Date:
Subject: Re: Inconsistency in vacuum behavior
Next
From: David Rowley
Date:
Subject: Re: Parallel Aggregates for string_agg and array_agg