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 1r7j52-006UM0-E6 for pgsql-hackers@arkaria.postgresql.org; Mon, 27 Nov 2023 21:23:48 +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 1r7j51-00GsLR-4T for pgsql-hackers@arkaria.postgresql.org; Mon, 27 Nov 2023 21:23:47 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1r7j50-00GsKj-RP for pgsql-hackers@lists.postgresql.org; Mon, 27 Nov 2023 21:23:46 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1r7j4y-008r64-NL for pgsql-hackers@postgresql.org; Mon, 27 Nov 2023 21:23:46 +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 3ARLNOH04012626; Mon, 27 Nov 2023 16:23:24 -0500 From: Tom Lane To: Robert Haas cc: "Fujii.Yuki@df.MitsubishiElectric.co.jp" , Alexander Pyhalov , Bruce Momjian , PostgreSQL-development , "Finnerty, Jim" , Andres Freund , Tomas Vondra , Julien Rouhaud , Daniel Gustafsson Subject: Re: Partial aggregates pushdown In-reply-to: References: <8175ddeb6d417d8a1f91e667fef77abf@postgrespro.ru> <4010199.1701118769@sss.p! gh.pa.us> Comments: In-reply-to Robert Haas message dated "Mon, 27 Nov 2023 16:10:02 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <4012624.1701120204.1@sss.pgh.pa.us> Content-Transfer-Encoding: 8bit Date: Mon, 27 Nov 2023 16:23:24 -0500 Message-ID: <4012625.1701120204@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Robert Haas writes: > On Mon, Nov 27, 2023 at 3:59 PM Tom Lane wrote: >> TBH, I think this entire proposal is dead in the water. Which is >> sad from a performance standpoint, but I can't see any way that >> we would not regret shipping a feature that makes such assumptions. > I think it's ridiculous to just hold our breath and pretend like this > feature isn't needed -- it's at least half a decade overdue. We engage > in endless hand-wringing over local-remote symmetry in cases where > other systems seem to effortlessly make that assumption and then get > on with building new features. Well, one of the founding principles of postgres_fdw was to be able to talk to PG servers that are not of the same version as yours. If we break that in the name of performance, we are going to have a lot of unhappy users. Even the ones who do get the benefit of the speedup are going to be unhappy when it breaks because they didn't upgrade local and remote at exactly the same time. Just because we'd like to have it doesn't make the patch workable in the real world. regards, tom lane