public inbox for [email protected]
help / color / mirror / Atom feedFrom: Antonin Houska <[email protected]>
To: jian he <[email protected]>
Cc: Alvaro Herrera <[email protected]>
Cc: Pg Hackers <[email protected]>
Cc: Mihail Nikalayeu <[email protected]>
Cc: Robert Treat <[email protected]>
Subject: Re: Adding REPACK [concurrently]
Date: Thu, 04 Dec 2025 14:36:12 +0100
Message-ID: <23631.1764855372@localhost> (raw)
In-Reply-To: <CACJufxFO-rU4+kQZUPuukPpY7-i1DPgKBsz+O2SK1XxdTivajQ@mail.gmail.com>
References: <[email protected]>
<[email protected]>
<CACJufxFO-rU4+kQZUPuukPpY7-i1DPgKBsz+O2SK1XxdTivajQ@mail.gmail.com>
jian he <[email protected]> wrote:
> if (params.options & CLUOPT_ANALYZE)
> ereport(ERROR,
> errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
> errmsg("cannot %s multiple tables", "REPACK (ANALYZE)"));
> for this error case, adding a simple test case would be better?
More options should probably be tested, currently we have only very basic
regression test for pg_repackdb. TBD
> + /* Do an analyze, if requested */
> + if (params->options & CLUOPT_ANALYZE)
> + {
> + VacuumParams vac_params = {0};
> +
> + vac_params.options |= VACOPT_ANALYZE;
> + if (params->options & CLUOPT_VERBOSE)
> + vac_params.options |= VACOPT_VERBOSE;
> + analyze_rel(RelationGetRelid(rel), NULL, vac_params,
> + stmt->relation->va_cols, true, NULL);
> + }
>
> Looking at the comments in struct VacuumParams, some fields have nonzero default
> values — for example, log_vacuum_min_duration.
> Do we need to explicitly set these fields to their default values?
> (see ExecVacuum)
Perhaps, TBD.
> repack.sgml can also add a
> <refsect1> <title>See Also</title>
> similar to analyze.sgml, vacuum.sgml
ok, added this in v26 (to be posted today):
<refsect1>
<title>See Also</title>
<simplelist type="inline">
<member><xref linkend="app-pgrepackdb"/></member>
<member><xref linkend="repack-progress-reporting"/></member>
</simplelist>
</refsect1>
(Not added reference to VACUUM FULL and CLUSTER intentionally: whoever uses
REPACK should not need them.
> doc/src/sgml/ref/repack.sgml
> synopsis section missing syntax:
> REPACK USING INDEX
ok, added in v26.
> I am wondering, can we also support
> REPACK opt_utility_option_list USING INDEX
I agree, added that in v26 (Hopefully I haven't broken anything, the syntax is
not trival anymore.)
> MATERIALIZED VIEW:
> create materialized view a_________ as select * from t2;
>
> repack (verbose);
> INFO: repacking "public.a_________" in physical order
> INFO: "public.a_________": found 0 removable, 10 nonremovable row
> versions in 1 pages
> DETAIL: 0 dead row versions cannot be removed yet.
> CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.
>
> cluster (verbose);
> won't touch materialized view a_________
>
> but materialized views don't have bloat, nothing can be removed.
> So here we are waste cycles to repack materialized view?
Answered in https://www.postgresql.org/message-id/3436011762001613%40a7af8471-b1b8-48c2-9ff7-631187067407
--
Antonin Houska
Web: https://www.cybertec-postgresql.com
view thread (106+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected], [email protected], [email protected], [email protected], [email protected]
Subject: Re: Adding REPACK [concurrently]
In-Reply-To: <23631.1764855372@localhost>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox