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
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 |