Re: On disable_cost

From: David Rowley <dgrowleyml(at)gmail(dot)com>
To: Alena Rybakina <a(dot)rybakina(at)postgrespro(dot)ru>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Peter Geoghegan <pg(at)bowt(dot)ie>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: On disable_cost
Date: 2024-10-05 23:22:16
Message-ID: CAApHDvoQW8Fo-6oUTviy2eRbpthCNMf50BjnYhio6wPQYEJ+iw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, 6 Oct 2024 at 06:29, Alena Rybakina <a(dot)rybakina(at)postgrespro(dot)ru> wrote:
> > On 04.10.2024 00:52, David Rowley wrote:
> > Append
> > -> Index Only Scan using lp1_a_idx on lp1 lp_1
> > -> Sort
> > Disabled: true
> > Sort Key: lp_2.a
> > -> Seq Scan on lp2 lp_2

> To be honest, I don’t understand at all why we don’t count disabled nodes for append here? As I understand it, this is due to the fact that the partitioned table can also be scanned by an index. Besides mergeappend, in general it’s difficult for me to generalize for which nodes this rule applies, can you explain here?

There are no special rules here of what to display based on the node
type. Maybe you think there are some special rules because of the
special cases for Append and MergeAppend in the patch? Those are
handled specially as they don't use the Plan's lefttree and righttree
fields.

Are you saying that the "Disabled: true" should propagate to the root
of the plan tree? That fact that master does that is what Laurenz and
I are complaining about. I'm not sure if I follow what you're asking.

David

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Rowley 2024-10-05 23:26:14 Re: On disable_cost
Previous Message Dagfinn Ilmari Mannsåker 2024-10-05 19:51:50 Re: Refactoring postmaster's code to cleanup after child exit