pg.ddx.io pgsql-hackers@postgresql.org mailing list archive
help / color / mirror / Atom feed From: Andrei Lepikhov <a.lepikhov@postgrespro.ru>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Alexander Korotkov <aekorotkov@gmail.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Richard Guo <guofenglinux@gmail.com>
Cc: Alexander Lakhin <exclusion@gmail.com>
Cc: Gregory Stark (as CFM) <stark.cfm@gmail.com>
Cc: Michał Kłeczek <michal@kleczek.org>
Cc: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Subject: Re: Removing unneeded self joins
Date: Mon, 6 May 2024 23:01:39 +0700
Message-ID: <d94099ba-0a4c-4259-b621-d45923b65c73@postgrespro.ru> (raw )
In-Reply-To: <CA+TgmoZ66x=uWasH+O40a=G=fpbXN1ANEdGVunvR8BKuekqa2g@mail.gmail.com >
References: <64486b0b-0404-e39e-322d-0801154901f3@postgrespro.ru >
<CAPpHfdsz8E085YF2VoJe2+h4YAShsh7p--t3kQfQTntiCy63Xg@mail.gmail.com >
<922623af-872e-4cdc-9238-129b18bee42d@postgrespro.ru >
<CAPpHfduoAHTp6O7Q8PDe_w=30v0n_06pGe5M65iR4DYcfaYnRw@mail.gmail.com >
<0ed2cf02-e655-6ec7-a4fe-52fd8d572f65@gmail.com >
<CAPpHfdsHWbdPVzUdmoKv3dpo8RHJOa=LQR-ZAT+89uvktMs9XA@mail.gmail.com >
<735b5cd4-568d-fbf7-ad8c-dcfb4c3af86e@gmail.com >
<CAPpHfdssga9CBQQ6s32t1Xb2Js2WuPfiporbAse334CJiyBb1Q@mail.gmail.com >
<CAPpHfdvGVcud2i00pEVH2_GS09c8UsDh6P-SEOLd6YMGOxiNEw@mail.gmail.com >
<CAMbWs49Q8g1LPVCeNHYv-Y-gFo826ertrg6nYNC9LL=8=zHP3g@mail.gmail.com >
<CAPpHfdsUiwbGLbBwtdL+UCT5GCUVEU+SqQaaZjtcje3znU2JgQ@mail.gmail.com >
<2422119.1714691974@sss.pgh.pa.us >
<CAPpHfdv6B8HCLdj8WidBryRrX0+X3F1rrR8uAuMQmp6rvPdscg@mail.gmail.com >
<CA+TgmoYSRwjeTDeLY+OfMkKZOg0M6bBOh-L9UfZExu0xZVY_bA@mail.gmail.com >
<24e93efd-eeac-43a6-a75a-ad68eacb32ee@postgrespro.ru >
<CA+TgmoZ66x=uWasH+O40a=G=fpbXN1ANEdGVunvR8BKuekqa2g@mail.gmail.com >
On 6/5/2024 21:44, Robert Haas wrote:
> On Sat, May 4, 2024 at 10:46 PM Andrei Lepikhov
> <a.lepikhov@postgrespro.ru> wrote:
>> Having no objective negative feedback, we have no reason to change
>> anything in the design or any part of the code. It looks regrettable and
>> unusual.
>
> To me, this sounds like you think it's someone else's job to tell you
> what is wrong with the patch, or how to fix it, and if they don't,
> then you should get to have the patch as part of PostgreSQL. But that
> is not how we do things, nor should we. I agree that it sucks when you
> need feedback and don't get it, and I've written about that elsewhere
> and recently. But if you don't get feedback and as a result you can't
> get the patch to an acceptable level,
I'm really sorry that the level of my language caused a misunderstanding.
The main purpose of this work is to form a more or less certain view of
the direction of the planner's development.
Right now, it evolves extensively - new structures, variables,
alternative copies of the same node trees with slightly changed
properties ... This way allows us to quickly introduce some planning
features (a lot of changes in planner logic since PG16 is evidence of
that) and with still growing computing resources it allows postgres to
fit RAM and proper planning time. But maybe we want to be more modest?
The Ashutosh's work he has been doing this year shows how sometimes
expensive the planner is. Perhaps we want machinery that will check the
integrity of planning data except the setrefs, which fail to detect that
occasionally?
If an extensive approach is the only viable option, then it's clear that
this and many other features are simply not suitable for Postgres
Planner. It's disheartening that this patch didn't elicit such
high-level feedback.
--
regards,
Andrei Lepikhov
view thread (247+ messages) latest in thread
Message-ID: <d94099ba-0a4c-4259-b621-d45923b65c73@postgrespro.ru>
Permalink: ../d94099ba-0a4c-4259-b621-d45923b65c73@postgrespro.ru/
Also on: postgresql.org/message-id/d94099ba-0a4c-4259-b621-d45923b65c73@postgrespro.ru
copy link · copy postgr.es
reply Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: a.lepikhov@postgrespro.ru, robertmhaas@gmail.com, aekorotkov@gmail.com, tgl@sss.pgh.pa.us, guofenglinux@gmail.com, exclusion@gmail.com, stark.cfm@gmail.com, michal@kleczek.org, pgsql-hackers@lists.postgresql.org
Subject: Re: Removing unneeded self joins
In-Reply-To: <d94099ba-0a4c-4259-b621-d45923b65c73@postgrespro.ru>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox