Re: postgres_fdw: fix cumulative stats after imported foreign-table stats - Mailing list pgsql-hackers

From Etsuro Fujita
Subject Re: postgres_fdw: fix cumulative stats after imported foreign-table stats
Date
Msg-id CAPmGK17n6vKYa6q+ap+cLD-NpDby+s0mRh0SRc+XgiWbqWSd1Q@mail.gmail.com
Whole thread
In response to Re: postgres_fdw: fix cumulative stats after imported foreign-table stats  (Chao Li <li.evan.chao@gmail.com>)
Responses Re: postgres_fdw: fix cumulative stats after imported foreign-table stats
List pgsql-hackers
Hi Chao,

On Sat, Jul 4, 2026 at 10:24 PM Chao Li <li.evan.chao@gmail.com> wrote:
> I thought postgres_fdw was where we interact with the remote server, while analyze_rel() is the code deciding that
ANALYZEsucceeded. Ideally, cumulative ANALYZE reporting would be driven from that level, not from an FDW callback
implementation.

The division of labor would be arbitrary: as mentioned upthread, the
FDW callback is designed as a function corresponding to
do_analyze_rel(), which not only updates the stats system catalogs but
reports to pgstats, so I think it's appropriate for the callback to do
the report as well.

> But I understand your concern about changing the ImportForeignStatistics API, so I’m fine with your proposal. I have
integratedyour changes into v2. 

Ok, thanks for the integration!

@@ -230,7 +230,8 @@ analyze_rel(Oid relid, RangeVar *relation,
        if (fdwroutine->ImportForeignStatistics != NULL &&
            fdwroutine->ImportForeignStatistics(onerel, va_cols, elevel))
            stats_imported = true;
-       else
+
+       if (!stats_imported)

Is this a leftover?

Best regards,
Etsuro Fujita



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Add malloc attribute to memory allocation functions
Next
From: Amit Kapila
Date:
Subject: Re: Re-read subscription state after lock in AlterSubscription