Re: A minor adjustment to get_cheapest_path_for_pathkeys

From: Aleksander Alekseev <aleksander(at)timescale(dot)com>
To: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Cc: Richard Guo <guofenglinux(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Andy Fan <zhihui(dot)fan1213(at)gmail(dot)com>
Subject: Re: A minor adjustment to get_cheapest_path_for_pathkeys
Date: 2023-09-07 09:32:39
Message-ID: CAJ7c6TMz+qKtAxCJ1RGYqttcpBcdoR70zTS6awE4AsqU5t0CfQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

>> I agree. I don't think the patch submitter is obliged to try to write
>> a good commit message, but people who contribute regularly or are
>> posting large stacks of complex patches are probably well-advised to
>> try. It makes life easier for committers and even for reviewers trying
>> to make sense of their patches.
>
>
> Fair point. So I had a go at writing a commit message for this patch as
> attached. Thanks for all the reviews.

+1 to Robert's and Andy's arguments above. IMO the problem with the
patch was that it was declared as a performance improvement. In such
cases we typically ask the authors to prove that the actual
improvement took place and that there were no degradations.

If we consider the patch marley as a refactoring that improves the
readability I see no reason not to merge it.

v2 LGTM.

--
Best regards,
Aleksander Alekseev

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Junwang Zhao 2023-09-07 09:34:46 Re: [BackendXidGetPid] only access allProcs when xid matches
Previous Message Jian Guo 2023-09-07 09:26:41 Re: Wrong rows estimations with joins of CTEs slows queries by more than factor 500