Re: Adding REPACK [concurrently] - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Adding REPACK [concurrently]
Date
Msg-id 202603161919.qyoq6vbrjifq@alvherre.pgsql
Whole thread Raw
In response to Re: Adding REPACK [concurrently]  (Mahendra Singh Thalor <mahi6run@gmail.com>)
List pgsql-hackers
On 2026-Mar-16, Mahendra Singh Thalor wrote:

> postgres=#* repack test1, test2;*
> ERROR:  syntax error at or near ","
> LINE 1: repack test1, test2;
>                     ^
> 
> I was not expecting any error but maybe I am missing something (some patch
> needs to be applied to test this query?).

Yeah, there's no support for repacking multiple tables in one command.
This is intentional.  I think it'd be not very hard to add.  But why?
People isn't likely to be running emergency VACUUM FULL on multiple
large tables in this way, listing multiple of them in a single command,
IMO anyway.  So I think we don't need it.

(I think this is not similar to the case where normal vacuum is being
run in an emergency for XID wraparound purposes, which the ability to
run on multiple tables is more valuable.  But at the same time, vacuumdb
does a much better job at that, since it can process multiple tables in
parallel.)

-- 
Álvaro Herrera               48°01'N 7°57'E  —  https://www.EnterpriseDB.com/



pgsql-hackers by date:

Previous
From: Matthias van de Meent
Date:
Subject: Re: Adding REPACK [concurrently]
Next
From: "Jack Bonatakis"
Date:
Subject: Re: Read-only connection mode for AI workflows.