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