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?
|
Список | 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 по дате отправления: