Re: vacuumdb/clusterdb/reindexdb: allow specifying objects to process in all databases - Mailing list pgsql-hackers

From Nathan Bossart
Subject Re: vacuumdb/clusterdb/reindexdb: allow specifying objects to process in all databases
Date
Msg-id 20240306222251.GA386879@nathanxps13
Whole thread Raw
In response to Re: vacuumdb/clusterdb/reindexdb: allow specifying objects to process in all databases  (Dean Rasheed <dean.a.rasheed@gmail.com>)
Responses Re: vacuumdb/clusterdb/reindexdb: allow specifying objects to process in all databases
List pgsql-hackers
On Tue, Mar 05, 2024 at 11:20:13PM +0000, Dean Rasheed wrote:
> I'm not sure how useful these changes are, but I don't really object.
> You need to update the synopsis section of the docs though.

Thanks for taking a look.  I updated the synopsis sections in v3.

I also spent some more time on the reindexdb patch (0003).  I previously
had decided to restrict combinations of tables, schemas, and indexes
because I felt it was "ambiguous and inconsistent with vacuumdb," but
looking closer, I think that's the wrong move.  reindexdb already supports
such combinations, which it interprets to mean it should reindex each
listed object.  So, I removed that change in v3.

Even though reindexdb allows combinations of tables, schema, and indexes,
it doesn't allow combinations of "system catalogs" and other objects, and
it's not clear why.  In v3, I've removed this restriction, which ended up
simplifying the 0003 patch a bit.  Like combinations of tables, schemas,
and indexes, reindexdb will now interpret combinations that include
--system to mean it should reindex each listed object as well as the system
catalogs.

Ideally, we'd allow similar combinations in vacuumdb, but I believe that
would require a much more invasive patch, and I've already spent far more
time on this change than I wanted to.

-- 
Nathan Bossart
Amazon Web Services: https://aws.amazon.com

Attachment

pgsql-hackers by date:

Previous
From: Thomas Munro
Date:
Subject: Re: Large files for relations
Next
From: Isaac Morland
Date:
Subject: Re: Reducing the log spam