From: Justin Pryzby <pryzby@telsasoft.com>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Andrew Dunstan <andrew@dunslane.net>
Cc: Dilip Kumar <dilipbalaut@gmail.com>
Cc: Alvaro Herrera <alvherre@alvh.no-ip.org>
Cc: Andres Freund <andres@anarazel.de>
Cc: Tomas Vondra <tomas.vondra@2ndquadrant.com>
Cc: Alexander Korotkov <a.korotkov@postgrespro.ru>
Cc: David Steele <david@pgmasters.net>
Cc: Ildus Kurbangaliev <i.kurbangaliev@gmail.com>
Cc: Dmitry Dolgov <9erthalion6@gmail.com>
Cc: pgsql-hackers@lists.postgresql.org
Subject: Re: [HACKERS] Custom compression methods
Date: Wed, 24 Mar 2021 12:58:15 -0500
Message-ID: <20210324175815.GE15100@telsasoft.com> (raw)
In-Reply-To: <CA+TgmoYJMfADAaCTUHCOuZyXE=hA1JRnLtyt4X6R-Cd0FFaZcw@mail.gmail.com>
References: <20210320074420.GR11765@telsasoft.com>
<CAFiTN-uX=hLscjL=0raA6dYcoiZB=9YqL3DmX15CMvZiu+WB+w@mail.gmail.com>
<20210320153933.GT11765@telsasoft.com>
<229250.1616261775@sss.pgh.pa.us>
<261449.1616267030@sss.pgh.pa.us>
<fe462d41-7063-72a1-2e70-0300c53ee2c4@dunslane.net>
<1099280.1616600518@sss.pgh.pa.us>
<CA+TgmoZh+1LrD3SnvNrpx-poxoMOA6C0QVAN_++ZAUxsrkDM4Q@mail.gmail.com>
<20210324172450.GD15100@telsasoft.com>
<CA+TgmoYJMfADAaCTUHCOuZyXE=hA1JRnLtyt4X6R-Cd0FFaZcw@mail.gmail.com>
On Wed, Mar 24, 2021 at 01:30:26PM -0400, Robert Haas wrote:
> On Wed, Mar 24, 2021 at 1:24 PM Justin Pryzby <pryzby@telsasoft.com> wrote:
> > I think it's not specific to pg_upgrade, but any pg_dump |pg_restore.
> >
> > The analogy with tablespaces is restoring from a cluster where the tablespace
> > is named "vast" to one where it's named "huge". I do this by running
> > PGOPTIONS=-cdefault_tablespace=huge pg_restore --no-tablespaces
> >
> > So I thinks as long as --no-toast-compression does the corresponding thing, the
> > "restore with alternate compression" case is handled fine.
>
> I think you might be missing the point. If you're using pg_dump and
> pg_restore, you can pass --no-toast-compression if you want. But if
Actually, I forgot that pg_restore doesn't (can't) have --no-toast-compression.
So my analogy is broken.
> you're using pg_upgrade, and it's internally calling pg_dump
> --binary-upgrade, then you don't have control over what options get
> passed. So --no-toast-compression is just fine for people who are
> dumping and restoring, but it's no help at all if you want to switch
> TOAST compression methods while doing a pg_upgrade. However, what does
> help with that is sticking with what Tom committed before rather than
> changing to what he's proposing now.
I don't know what/any other cases support using pg_upgrade to change stuff like
the example (changing to lz4). The way to do it is to make the changes either
before or after. It seems weird to think that pg_upgrade would handle that.
I'm going to risk making the analogy that it's not supported to pass
--no-tablespaces from pg_upgrade to pg_dump/restore. It certainly can't work
for --link (except in the weird case that the dirs are on the same filesystem).
--
Justin
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: pgsql-hackers@postgresql.org
Cc: pryzby@telsasoft.com, robertmhaas@gmail.com, tgl@sss.pgh.pa.us, andrew@dunslane.net, dilipbalaut@gmail.com, alvherre@alvh.no-ip.org, andres@anarazel.de, tomas.vondra@2ndquadrant.com, a.korotkov@postgrespro.ru, david@pgmasters.net, i.kurbangaliev@gmail.com, 9erthalion6@gmail.com, pgsql-hackers@lists.postgresql.org
Subject: Re: [HACKERS] Custom compression methods
In-Reply-To: <20210324175815.GE15100@telsasoft.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox