Re: [PERFORM] Hints proposal - Mailing list pgsql-hackers

From Merlin Moncure
Subject Re: [PERFORM] Hints proposal
Date
Msg-id b42b73150610121121o50c2b082l2b13d38fc3e00820@mail.gmail.com
Whole thread Raw
In response to Re: [PERFORM] Hints proposal  (Andrew Sullivan <ajs@crankycanuck.ca>)
Responses Re: [PERFORM] Hints proposal
List pgsql-hackers
On 10/12/06, Andrew Sullivan <ajs@crankycanuck.ca> wrote:
> On Thu, Oct 12, 2006 at 11:25:25AM -0500, Jim C. Nasby wrote:
> > Yes, but it does one key thing: allows DBAs to fix problems *NOW*. See
> > also my comment below.
>
> If I may argue in the other direction, speaking as one whose career
> (if we may be generous enough to call it that) has been pretty much
> exclusively on the operations end of things, I think that's an awful
> idea.
>
> There are two ways that quick-fix solve-the-problem-now hints are
> going to be used.  One is in the sort of one-off query that a DBA has

third way: to solve the problem of data (especially constants) not
being available to the planner at the time the plan was generated.
this happens most often with prepared statements and sql udfs.  note
that changes to the plan generation mechanism (i think proposed by
peter e a few weeks back) might also solve this.

In a previous large project I had to keep bitmap scan and seqscan off
all the time because of this problem (the project used a lot of
prepared statements).

or am i way off base here?

merlin


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: New version of money type
Next
From: "D'Arcy J.M. Cain"
Date:
Subject: Re: New version of money type