Re: teach pg_upgrade to handle in-place tablespaces - Mailing list pgsql-hackers

From Nathan Bossart
Subject Re: teach pg_upgrade to handle in-place tablespaces
Date
Msg-id aH7h_OH_XOOvbqDA@nathan
Whole thread Raw
In response to Re: teach pg_upgrade to handle in-place tablespaces  (Corey Huinker <corey.huinker@gmail.com>)
Responses Re: teach pg_upgrade to handle in-place tablespaces
List pgsql-hackers
On Mon, Jul 21, 2025 at 08:16:12PM -0400, Corey Huinker wrote:
> Everything here makes sense to me, but I do have one question:

Thanks for reviewing.

> In src/bin/pg_upgrade/info.c
> @@ -616,11 +630,21 @@ process_rel_infos(DbInfo *dbinfo, PGresult *res, void
> *arg)
> + if (inplace)
> + tablespace = psprintf("%s/%s",
> +  os_info.running_cluster->pgdata,
> +  PQgetvalue(res, relnum, i_spclocation));
> + else
> + tablespace = PQgetvalue(res, relnum, i_spclocation);
> 
> I'm sure it's no big deal, but we've already PQgetvalue() fetched that once
> for spcloc, and we're going to fetch it again no matter what the value of
> inplace is. Is there a reason to not reuse spcloc?

I can't think of any reason.  Fixed in v4.

-- 
nathan

Attachment

pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Improve error reporting in 027_stream_regress test
Next
From: David Rowley
Date:
Subject: Re: Support tid range scan in parallel?