Re: MergeAppend could consider sorting cheapest child path - Mailing list pgsql-hackers

From Andrei Lepikhov
Subject Re: MergeAppend could consider sorting cheapest child path
Date
Msg-id ddfd1676-7ae9-4a7a-bae0-ca5a6167bda6@gmail.com
Whole thread Raw
In response to Re: MergeAppend could consider sorting cheapest child path  (Alexander Korotkov <aekorotkov@gmail.com>)
Responses Re: MergeAppend could consider sorting cheapest child path
List pgsql-hackers
On 3/6/2025 16:05, Alexander Korotkov wrote:
> On Tue, Jun 3, 2025 at 4:53 PM Andrei Lepikhov <lepihov@gmail.com> wrote:
>> Additionally, as I mentioned earlier, the primary reason for choosing
>> MergeAppend in the regression test was a slight total cost difference
>> that triggered the startup cost comparison.
>> May you show the query and its explain, that is a subject of concern for
>> you?
> 
> My point is that difference in total cost is very small.  For small
> datasets it could be even within the fuzzy limit.  However, in
> practice difference in total time is as big as difference in startup
> time.  So, it would be good to make the total cost difference bigger.
For me, it seems like a continuation of the 7d8ac98 discussion. We may 
charge a small fee for MergeAppend to adjust the balance, of course.
However, I think this small change requires a series of benchmarks to 
determine how it affects the overall cost balance. Without examples it 
is hard to say how important this issue is and its worthiness to 
commence such work.

-- 
regards, Andrei Lepikhov



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: pg_upgrade: warn about roles with md5 passwords
Next
From: Nathan Bossart
Date:
Subject: Re: pg_upgrade: warn about roles with md5 passwords