Re: Fix data checksum processing for temp relations and dropped databases - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: Fix data checksum processing for temp relations and dropped databases
Date
Msg-id 80447AEF-2E66-48EF-9F68-8D408B541EC1@yesql.se
Whole thread
In response to Re: Fix data checksum processing for temp relations and dropped databases  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
List pgsql-hackers
> On 9 Jul 2026, at 09:15, Kyotaro Horiguchi <horikyota.ntt@gmail.com> wrote:

> The changes look functionally correct to me.

Agreed.

> 1. In BuildRelationList(), if relations without storage should be
> excluded regardless of whether they are temporary or non-temporary, I
> would personally prefer moving the RELKIND_HAS_STORAGE() check before
> the persistence check. That would make the intent a bit clearer.

Makes sense, though I am fine with either approach.

> 2. In ProcessAllDatabases(), I find it slightly easier to read if the
> dropped-database case is handled explicitly first, perhaps by
> continuing early, so that DATACHECKSUMSWORKER_SUCCESSFUL remains the
> default result for the normal path. I'm not completely sure whether
> that check should go just before or just after
> pgstat_progress_update_param(), though.

I like this suggestion, though I think it should go after the call to
pgstat_progress_update_param since the db in question reached ProcessDatabase.
I would add it as an else-if case to the conditional testing we have for
_FAILED and _ABORTED.

--
Daniel Gustafsson




pgsql-hackers by date:

Previous
From: Kirk Roybal
Date:
Subject: Re: [PATCH] Add PROMPT_COMMAND and dynamic prompt support to psql
Next
From: Daniel Gustafsson
Date:
Subject: Re: Possible replace of strncpy on xactdesc.c