Re: generalizing the planner knobs
| От | Tom Lane |
|---|---|
| Тема | Re: generalizing the planner knobs |
| Дата | |
| Msg-id | 12469.1133752647@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: generalizing the planner knobs (Greg Stark <gsstark@mit.edu>) |
| Ответы |
Re: generalizing the planner knobs
Re: generalizing the planner knobs |
| Список | pgsql-hackers |
Greg Stark <gsstark@mit.edu> writes:
> Plan stability is also an important feature, especially for OLTP
> systems which have hard real-time requirements. OLTP systems typically
> don't care about getting the "best" plan for a query, only a plan that
> is "good enough".
> "Good enough" means it can keep up with the rate of incoming requests; it
> doesn't matter whether it keeps up with 10% headroom or 20% headroom. But if
> one incoming query even one in a thousand takes 1000% of the time available
> then the entire system risks falling down.
Is it worth pointing out that using the same plan all the time is *no*
recipe for guaranteeing response time? There is no such thing as a plan
that is good for every case --- outlying data values can make a
usually-good plan blow out your performance guarantee anyway. Disabling
the planner is just a recipe for ensuring that that will happen, IMHO.
regards, tom lane
В списке pgsql-hackers по дате отправления: