Re: why there is not VACUUM FULL CONCURRENTLY?
Antonin Houska <ah@cybertec.at>
From: Antonin Houska <ah@cybertec.at>
To: Marcos Pegoraro <marcos@f10.com.br>
Cc: Alvaro Herrera <alvherre@alvh.no-ip.org>,
Michael Banck <mbanck@gmx.net>, Junwang Zhao <zhjwpku@gmail.com>,
Kirill Reshke <reshkekirill@gmail.com>,
Pavel Stehule <pavel.stehule@gmail.com>,
Michael Paquier <michael@paquier.xyz>,
PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2025-02-26T08:48:08Z
Lists: pgsql-hackers
Attachments
- v08-0001-Add-REPACK-command.patch (text/x-diff)
Marcos Pegoraro <marcos@f10.com.br> wrote: > You mentioned fillfactor only on cluster notes, would be good to mention it > on refsynopsisdiv, I think. ok, I've added a note to the first paragraph. Attached here is the REPACK command as well as the patch set that adds the CONCURRENTLY option. The new symbols have been renamed so they resemble REPACK rather than CLUSTER. Please note that 0008 is a new part which makes the setting wal_leve=logical unnecessary. -- Antonin Houska Web: https://www.cybertec-postgresql.com
Commits
-
Add CONCURRENTLY option to REPACK
- 28d534e2ae0a 19 (unreleased) landed
-
Introduce the REPACK command
- ac58465e0618 19 (unreleased) landed
-
Adjust signature of cluster_rel() and its subroutines
- cc811f92bac5 18.0 landed
-
Simplify signature of RewriteTable
- ebd8fc7e47fd 18.0 cited