Re: why there is not VACUUM FULL CONCURRENTLY?
jian he <jian.universality@gmail.com>
From: jian he <jian.universality@gmail.com>
To: Antonin Houska <ah@cybertec.at>
Cc: Matheus Alcantara <matheusssilv97@gmail.com>,
Alvaro Herrera <alvherre@alvh.no-ip.org>, Marcos Pegoraro <marcos@f10.com.br>, 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-06-08T16:05:59Z
Lists: pgsql-hackers
hi. some more minor comments about v13-0001. GetCommandLogLevel also needs to specify LogStmtLevel for T_RepackStmt? /* * (CLUSTER might change the order of * rows on disk, which could affect the ordering of pg_dump * output, but that's not semantically significant.) */ do we need adjust this comment in ClassifyUtilityCommandAsReadOnly for the REPACK statement? <para> <productname>PostgreSQL</productname> has the ability to report the progress of certain commands during command execution. Currently, the only commands which support progress reporting are <command>ANALYZE</command>, <command>CLUSTER</command>, <command>CREATE INDEX</command>, <command>VACUUM</command>, <command>COPY</command>, and <xref linkend="protocol-replication-base-backup"/> (i.e., replication command that <xref linkend="app-pgbasebackup"/> issues to take a base backup). This may be expanded in the future. </para> also need to mention <command>REPACK</command>? "The CLUSTER command is deprecated", then do we need to say something in doc/src/sgml/ref/clusterdb.sgml?
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