Re: Simple join optimized badly?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Simple join optimized badly?
Дата
Msg-id 9723.1160433916@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Simple join optimized badly?  ("Jim C. Nasby" <jim@nasby.net>)
Ответы Re: Simple join optimized badly?  ("Jim C. Nasby" <jim@nasby.net>)
Список pgsql-performance
"Jim C. Nasby" <jim@nasby.net> writes:
> One of the big problems with doing set enable_...=off is that there's no
> way to embed that into something like a view, so you're almost forced
> into putting into the application code itself, which makes matters even
> worse. If you could hint this within a query (maybe even on a per-table
> level), you could at least encapsulate that into a view.

You've almost reinvented one of the points that was made in the last
go-round on the subject of hints, which is that keeping them out of the
application code is an important factor in making them manageable by a
DBA.  Hints stored in a system catalog (and probably having the form of
"make this statistical assumption" rather than specifically "use that
plan") would avoid many of the negatives.

            regards, tom lane

В списке pgsql-performance по дате отправления:

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Simple join optimized badly?
Следующее
От: Brian Herlihy
Дата:
Сообщение: Re: Simple join optimized badly?