Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tqGag-0026tC-4H for pgsql-hackers@arkaria.postgresql.org; Thu, 06 Mar 2025 19:09:06 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tqGae-0053hv-K3 for pgsql-hackers@arkaria.postgresql.org; Thu, 06 Mar 2025 19:09:04 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tqGae-0053hh-9l for pgsql-hackers@lists.postgresql.org; Thu, 06 Mar 2025 19:09:04 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tqGaX-001M3t-2a for pgsql-hackers@lists.postgresql.org; Thu, 06 Mar 2025 19:09:03 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 526J8qv6716908; Thu, 6 Mar 2025 14:08:52 -0500 From: Tom Lane To: Andres Freund cc: Corey Huinker , Robert Haas , Nathan Bossart , Jeff Davis , Michael Paquier , jian he , Bruce Momjian , Matthias van de Meent , Magnus Hagander , Stephen Frost , Ashutosh Bapat , Peter Smith , PostgreSQL Hackers , alvherre@alvh.no-ip.org Subject: Re: Statistics Import and Export In-reply-to: References: <6rpmhyrtci4epuzay7y5xvd2cwdwb6zmtt6ofxrvakyawxhm7s@6grajbpr4kij> Comments: In-reply-to Andres Freund message dated "Thu, 06 Mar 2025 14:04:44 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <716906.1741288132.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Thu, 06 Mar 2025 14:08:52 -0500 Message-ID: <716907.1741288132@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andres Freund writes: > On 2025-03-06 13:47:51 -0500, Corey Huinker wrote: >> I'm at the same conclusion. This would mean keeping the one >> getAttributeStats query perrelation, > Why does it have to mean that? It surely would be easier with separate > queries, but I don't think there's anything inherently blocking us from = doing > something in a more batch-y fashion. Complexity? pg_dump doesn't have anything like that at the moment, and I'm loath to start inventing such facilities at this point in the release cycle. Let's deal with the blockers for parallelizing dump and restore of stats, and then see where we are performance-wise. regards, tom lane