Re: [HACKERS] postgres_fdw cost estimation defaults and documentation - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [HACKERS] postgres_fdw cost estimation defaults and documentation
Date
Msg-id CA+TgmoZsdOmemAoA4sbnb+e63mYUDtvokah2NKEEORsnwVCjoQ@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] postgres_fdw cost estimation defaults and documentation  (Jim Finnerty <jfinnert@amazon.com>)
List pgsql-hackers
On Tue, Jun 6, 2017 at 9:24 PM, Jim Finnerty <jfinnert@amazon.com> wrote:
> In some MPP systems, networking costs are modeled separately from I/O costs,
> processor costs, or memory access costs.  I think this is what Ashutosh may
> have been getting at with /per-packet/ costs:  in a more sophisticated fdw
> cost model there could be a  network cost per /packet/ that would be
> independent of the cost of reading the next page or a random page from local
> storage.

I agree.  I think the question is how much we'd gain in practice if we
modeled the cost more accurately.  IMHO, the bigger problem with the
FDW stuff today is that we still lack partition-wise join,
partition-wise aggregate, and asynchronous query, which means that
only relatively simple queries involving foreign tables have a chance
of getting the plan you'd really like to have.  Until that's fixed, I
don't personally think it's worth spending a lot of time trying to
tweak the costing model.  Of course, if somebody wants to take a run
at it and can show that the benefit is there, cool beans.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Amit Khandekar
Date:
Subject: Re: [HACKERS] UPDATE of partition key
Next
From: Amit Kapila
Date:
Subject: Re: [HACKERS] statement_timeout is not working as expected with postgres_fdw