Re: Why we don't want hints Was: Slow count(*) again...
От | Shaun Thomas |
---|---|
Тема | Re: Why we don't want hints Was: Slow count(*) again... |
Дата | |
Msg-id | 4D541B22.9080000@peak6.com обсуждение исходный текст |
Ответ на | Re: Why we don't want hints Was: Slow count(*) again... ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>) |
Ответы |
Re: Why we don't want hints Was: Slow count(*)
again...
|
Список | pgsql-performance |
On 02/10/2011 10:45 AM, Kevin Grittner wrote: > Even there I would tend to think that the sort of "do it this way" > hints that people seem to initially want wouldn't be good; it should > be a way to override the costing factor which the optimizer gets > wrong, so it can do its usual excellent job of evaluating plans with > accurate costs. You know... that's an interesting approach. We already do that with functions by allowing users to specify the estimated cost, rows returned, and even override config settings. It's an inexact science at best, but it might help the optimizer out. Really... how difficult would it be to add that syntax to the JOIN statement, for example? -- Shaun Thomas OptionsHouse | 141 W. Jackson Blvd. | Suite 800 | Chicago IL, 60604 312-676-8870 sthomas@peak6.com ______________________________________________ See http://www.peak6.com/email_disclaimer.php for terms and conditions related to this email
В списке pgsql-performance по дате отправления: