Re: random_page_cost = 2.0 on Heroku Postgres

From: Peter van Hardenberg <pvh(at)pvh(dot)ca>
To: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
Cc: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: random_page_cost = 2.0 on Heroku Postgres
Date: 2012-02-11 19:52:28
Message-ID: CAAcg=kXKO7c0Uz+qZFV3y=6OqicEpWxHA-j=8he4YqrbNSpUWA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Sat, Feb 11, 2012 at 8:26 AM, Jeff Janes <jeff(dot)janes(at)gmail(dot)com> wrote:
> By the time you realize the query is running long, it is too late to
> start analyzing it.  And without analyzing it, you probably can't get
> the information you need.
>
> Maybe with the timing = off feature,it would might make sense to just
> preemptively analyze everything.
>

As before, I'm reluctant to introduce structural performance costs
across the fleet, though I suppose giving users the option to opt out
might ameliorate that. I don't think I have time right now to
seriously explore these ideas, but I'll keep it in the back of my mind
for a while.

If anyone is interested in seriously exploring the idea of researching
query planner accuracy across an enormous fleet of production
databases with the goal of feeding that information back to the
project please feel free to contact me off-list.

--
Peter van Hardenberg
San Francisco, California
"Everything was beautiful, and nothing hurt." -- Kurt Vonnegut

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Ofer Israeli 2012-02-12 10:48:48 Re: Inserts or Updates
Previous Message Jeff Janes 2012-02-11 16:26:35 Re: random_page_cost = 2.0 on Heroku Postgres