Re: REPACK and naming - Mailing list pgsql-hackers

From Tom Lane
Subject Re: REPACK and naming
Date
Msg-id 1505300.1758118942@sss.pgh.pa.us
Whole thread Raw
In response to Re: REPACK and naming  (Álvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: REPACK and naming
Re: REPACK and naming
List pgsql-hackers
=?utf-8?Q?=C3=81lvaro?= Herrera <alvherre@alvh.no-ip.org> writes:
> On 2025-Sep-17, David G. Johnston wrote:
>> Concretely, maybe we should remove vacuum full from the vacuum command
>> page, and just call it out as compatibility spelling of repack on its
>> page.  Maybe do the same for cluster (I haven’t dived into the new feature
>> enough to confidently describe all this yet though).

> I think we should list VACUUM FULL as deprecated, document that feature
> in the REPACK documentation page, and leave VACUUM FULL in working state
> so as not to break existing scripts.  Same for CLUSTER.

I'm not at all in love with documenting VACUUM FULL and CLUSTER as
being fundamentally the same thing.  I think that is an implementation
happenstance that could go away as easily as it appeared.  Even if you
think we'll never again rewrite it for heap, what of other table AMs?
The underlying reality could be totally different for them.

By and large, I don't think I like this renaming proposal.
Maybe eventually it would reduce confusion, but there will be
a long interval where it adds more.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: Remove PointerIsValid()
Next
From: Ashutosh Sharma
Date:
Subject: Re: How can end users know the cause of LR slot sync delays?